Method, system, and program for an improved enterprise spatial system

ABSTRACT

Disclosed is a method, system, and program for providing access to spatial data. A request for data is received. Enterprise and third party data are integrated. The integrated data is processed. Spatially referenced results are generated using the processed data. The spatially referenced results are returned in response to the request.

CROSS-REFERENCE TO PROVISIONAL APPLICATION

This application is a divisional application of and claims the benefitof “METHOD, SYSTEM, AND PROGRAM FOR AN IMPROVED ENTERPRISE SPATIALSYSTEM”, having application Ser. No. 11/458,663, filed on Jul. 19, 2006,which is a divisional application of and claims the benefit of “METHOD,SYSTEM, AND PROGRAM FOR AN IMPROVED ENTERPRISE SPATIAL SYSTEM”, havingapplication Ser. No. 10/388,666, filed Mar. 14, 2003, which issued asU.S. Pat. No. 7,107,285 on Sep. 12, 2006, and which claims the benefitof following applications:

U.S. Provisional Application No. 60/364,807, entitled “A SYSTEM ANDMETHOD AND COMPUTER PRODUCT FOR COUPLING A DATA PROCESSING CENTER TO ALIVE DATA PROCESSING CENTER TO PROVIDE FOR SPATIALLY VIEWING, ANALYZING,AND SHARING ENTERPRISE DATA AND GEOSPATIAL DATA ACROSS MULTIPLE USERS,”by T. von Kaenel et al., filed on Mar. 16, 2002;

U.S. Provisional Application No. 60/433,597, entitled “SYSTEMS ANDMETHODS FOR REAL-TIME EVALUATING AND REPORTING ASSOCIATED WITH INSURANCEPOLICY UNDERWRITING AND RISK MANAGEMENT,” by S. Kumar et al., filed onDec. 16, 2002; and

U.S. Provisional Application No. 60/437,990, entitled “SYSTEMS ANDMETHODS FOR REAL-TIME EVALUATING AND REPORTING ASSOCIATED WITH INSURANCEPOLICY UNDERWRITING AND RISK MANAGEMENT,” by S. Kumar et al., filed onJan. 6, 2003;

each of which is incorporated by reference herein in its entirety.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The present invention is generally related to improved spatial systemsand geospatial information systems. Spatial and geospatial informationsystems involve the use of spatial and/or geospatial information toexplore, analyze, visualize, and communicate spatial relationships.

2. Description of the Related Art

Businesses have a great deal of data. Some of the data is spatiallyreferenced data (i.e., the data is associated with a point on the earthusing a latitude and longitude), while much of the data is non-spatiallyreferenced data (e.g., sales data that may be in a tabular format).Currently, there is no convenient way for users to spatially analyzenon-spatially referenced data. Instead, data is analyzed by comparingtabular data from spreadsheets or data stores and creating pie charts orbar charts to represent tabular data graphically. With these limitedoptions, it is difficult for users to determine the interaction ofvarious data to a spatial perspective.

Spatial Information Management (SIM) enables business applications touse business data in a spatial context by assigning real earthcoordinates (i.e., latitude and longitude) to the business data.Associating location information with business data allows SIM users tomake more informed decisions quickly by visualizing spatially referencedbusiness data on a map or by executing spatial queries which returnresults based on an intersection of proximity of various data sets. Thatis, SIM allows data to be represented in a spatial context and providesinformation in various formats (e.g., graphical, tabular, text, etc.) bycombining various data elements, such as geographic information,demographic information, business information or psychographicinformation. The SIM industry is made up several areas, including, forexample: Geographic Information Systems (GIS), Business Support Systems(BSS), Personal Productivity Applications, and the Internet.

Geographic Information Systems (GIS) are used to handle geographicinformation reliably. GISs are designed mainly for handling spatial dataconversion, data analysis and cartographic display.

Business Support Systems (BSS) are designed mainly to support specificbusiness processes. The following are a few examples of different typesof Business Support Systems: Enterprise Resource Planning (ERP), datamining, Customer Relationship Management (CRM), and Supply ChainManagement (SCM). ERP integrates departments and functions across acompany onto a single computer system that can serve the particularneeds of different departments. CRM is a comprehensive way to integratecustomer information in areas of business. SCM provides a solution forcompanies to find the raw components needed to make a product orservice, manufacture that product or service, and deliver the product orservice to customers. These applications are not, however, designed tosupport business data in spatial form. Yet, users would be more informedif these applications were enabled to analyze business data spatiallyusing geocoded business records that have information.

Personal Productivity Applications are tools that help improve users'productivity in their daily jobs. Spatially referenced data can alsohelp users manage their daily tasks.

The Internet is a worldwide system of computer networks that allowscomputers connected to the computer networks to access information fromother computers. As the Internet replaces the client server architecturefor managing data access, more Internet products are becoming availableto support spatially referenced data (e.g., MapQuest®, AutodeskMapGuide™, etc.). Examples of the use of spatially referenced datainclude obtaining driving directions to a nearest coffee shop or findingall gas stations within ten miles of a specific location.

Currently, SIM users are able to access static, pre-spatially referenceddata sets that have been stored on very large storage devices. A dataset is a subset of related data. Whenever a user requests certaininformation using existing conventional software, a user has access onlyto static data that has been previously stored and referenced (i.e.,raster imagery, such as LanSat, DOQQs, DRGs, etc. or vector data such asroads, lakes, landmarks, etc). The term “raster data” refers to one ormore pre-generated images. The term “vector data” refers to a set ofcoordinate numbers that are converted to an image.

It is difficult for users simultaneously to view spatially referenceddata and non-spatially referenced data, such as customer information,sales results, and inventory levels. In order to do this, it isnecessary for the non-spatially referenced data and spatially referenceddata to be accessed in real time from wherever the data exists in anenterprise (i.e., an organization that uses computers), and theinformation must be spatially referenced or geocoded by associating alongitude and latitude value with each data record to be viewedspatially.

For example, if a salesperson wants to make informed decisions byvisualizing how certain marketing promotions are working out, the salesperson needs to be able to view the sales data overlaid with othergeospatial information, e.g., maps, county boundaries, competitorlocations, etc. Then, a salesperson needs to be able to select certainareas on the map to determine why some areas are providing poor resultsbased on the specific marketing promotions which have been used in thespecific areas. To accomplish this, a salesperson must have the abilityto simultaneously access enterprise data (i.e., data generated by anenterprise, which may also be referred to as “corporate data” or“enterprise data”, such as sales data, marketing data, employee data,etc.) and third party data (i.e., data generated outside of theenterprise accessing the data, such as, public data, data retrieved fromthird party sources such as the U.S. Postal Service or Dunn &Bradstreet, etc.) that provide demographic information about theselected area. Since there are so many different possible results thatcan be generated based on user requests, it is very difficult toanticipate all of the possible results, and preload and pre-referencestatic data (e.g., images) that represent all of the possible results.

Thus, there are numerous problems in the existing spatial systemssolutions. One problem is dynamically accessing data sets and generatingspatial references (i.e., geocoding) for enterprise data sets that aretypically not spatially-referenced (e.g., sales results, customerinformation, inventory levels, plant or asset locations, etc.). Anotherproblem is simultaneously combining enterprise data with third partydata (e.g., geographical data) to allow enterprises to spatially analyzeand visualize enterprise data and other data (e.g., traditionalspatially referenced data sets in a spatial context).

Yet another problem is illustrated with reference to FIGS. 1-2.Referring to FIG. 1, a client application sends a request 101 via anetwork 102 to a server computer 103. The server computer 103 retrievesthe requested data from a data store 104 and generates individual imagesfor each data layer 105. The individual images are spatially referencedimages (e.g., an image in which each point is associated with alongitude and latitude). The server computer 103 obtains data from thedata store 104. The server computer 103 combines the individual imagelayers 106 into one single composite image 107. The composite image 107is then sent via a network to the client application 101 to bedisplayed.

Since the server computer needs to combine the images into one compositeimage, and then send the composite image to the client, several problemsoccur. For example, when a user wants to view the composite image withsome changes (e.g., view a new data layer, view one less data layer, orchange the order of the layers), the server computer 103 regeneratesindividual images for each data layer to be viewed and sends a newcomposite image to the client application. This adds additionalprocessing load on the server computer and requires many roundtriptransactions between the client application 101 and the server computer103. Additionally, the response time becomes slow when the user wants toview a new data layer (in addition to the ones currently being viewed oraccessed) or when the user wants to view one less data layer, since eachtype of request results in new roundtrip requests to the server computer103 to generate a new composite image.

Referring to FIG. 2, a client application 201 sends a request via anetwork 202 to a server computer 203. The server computer 203 retrievesthe requested data from a data store 204. The raw data for each datalayer is retrieved as individual data sets 205 and sent via network 202to a complex client application 201. The client application 201 storeseach data set in data store 208. The client application 201 will renderand convert 209 individual sets of raw data to displayable images 210.Then the client application 201 will combine the displayable images intoone composite image 211 and finally display the composite image 211 tothe user.

Several problems occur with the technique illustrated in FIG. 2. Forexample, the technique requires a complex client software application201 to contain the logic to convert and, possibly, combine raw spatiallyreferenced data into viewable data layers. Additionally, raw data,rather than images, are sent to the client application 201, whichresults in data being copied to and stored on client computers, ratherthan being centralized in a single data store.

Yet another problem is that Geographic Information Systems (GIS) requiredata to be in a very specific format that allows client applications toprocess and allows users to view the data spatially. Due to this need,the process of generating and linking spatial coordinate data oftenrequires the conversion of the format of the initial data set to a newspatially referenced format. The processing for conversion of the formatis typically performed manually, which is time consuming and errorprone. The conventional process for converting data so that the data maybe viewed spatially cannot be easily automated because of the manualprocessing required. The manual processes also make it very difficult totrack the chain of custody for the data. This is a problem in a servercomputer that handles data from different customers. The manualprocesses also make it difficult to generate data validation proceduresthat can guarantee the integrity of the data across all the processes.

FIG. 3 illustrates a conventional process for converting data. Forexample, customer data 312 is tabular data. The customer data 312 isuploaded in block 320. To make the tabular data viewable spatially,location information (e.g., addresses) that is associated with thecustomer data 312 is cleansed in block 340 using conventional cleansingtechniques known in the art. Cleansing of location information refers todetermining that the location information is valid and accurate by, forexample, comparing the location information to data in a data storeavailable from the U.S. Postal Service or Dunn and Bradstreet (whichmaintains information on businesses). Also in block 340, a set ofspatial coordinates are generated from the cleansed locationinformation, and this is often done using a conventional geocodingapplication that generates a set of spatial coordinates (e.g., latitudeand longitude) for each data element (e.g., customer record) in thisexample. The result of geocoding is spatial coordinate data 370, whichis stored in spatial data store 360.

Next, a new data set is created by merging the customer data 312 withthe spatial coordinate data 370. This data then needs to be uploadedback to the server computer 320 from the spatial data store 360. Then,rendering specification data is generated, which describes how the datashould be presented as a spatial layer, and the hardcoded table isdisplayed in block 380.

The resulting transformed data is typically no longer usable by existingapplications. A common solution to this problem is to keep the originaldata intact and create a new data set to be loaded and viewed spatially,which includes the original data concatenated with the spatialcoordinate data. This causes data integrity problems with the originaldata getting out of synch with the data created for spatial viewing.

Moreover, the resulting data cannot be made visible to the clientapplications without restarting the client and server processes.Conventional systems use configuration files at startup time to readinformation about the data presented to the client applications. Theserver applications or server processes are shut down, configurationfiles are updated, and the server applications or server processes arerestarted in order to provide access to new or modified data to clientapplications. This process logs out the client applications, and theclient server session may need to be restarted before the new ormodified data can be accessed and displayed.

A further problem is that conventional systems provide access control todata with one of two approaches. First, access control is done at theapplication level. In other words, a user is granted or denied access tothe application based on the user's credentials. Once the user isgranted access to the application, the user may view all data theapplication can access. Therefore, all users who use the application mayview all the data at the server computer. Second, access to data iscontrolled by access control mechanisms provided by back end data storetechnology. This requires the application to access the back end datastore with the same credentials used to access the application itself.Both approaches have several problems.

With the first approach, all users of an application get to view alldata that the application can access, and access is not restricted to asubset of the data based on the user of the application. If differentusers need to be granted access to different sets or groupings of data,multiple instances of the application or multiple processes within thesame application need to be run, each working with a different set orgrouping of data. Also, users view all data within a data set, andaccess is not restricted to some records or data elements within a dataset based on attributes associated with the user (e.g., securityclearance level). Take for example a data set that contains the customerdata for a company. The data set contains customer data for the entirecountry. Conventional spatial systems do not restrict access of usersthat are part of the west coast sales team to only the customer data forthe west coast. A completely new data set that contains only the westcoast customer information would have to be created in conventionalsystems for access to be limited. Moreover, it is very difficult tocustomize the presentation of data to the user based on accessinformation associated with the user.

With the second approach, the credentials of the users of theapplication are tied directly to the credentials used to access the backend data store. This creates a very cumbersome process of user accessright management within the application and from the perspective of thepersonnel setting up access rights to the server computer. Moreover, theapplication gets tied into the back end data store technology used, andit is extremely difficult to replace back end data store technology witha new technology as it becomes available. Also, application code getsextremely complex when multiple data stores with different accessrequirements are used.

Further problems occur in conventional systems when displaying imagesfrom pyramided data. A set of related spatially referenced data iscommonly referred to as a data layer. A typical image, seen by a user inclient software, will consist of spatially referenced images, each ofwhich is a data layer, overlaid on top of one another utilizing spatialqueries of spatial coordinates (e.g., latitude and longitude).

When a user changes the viewing area of a data layer displayed by clientsoftware by zooming in or out, various amounts of data need to beretrieved from the server computer to display the spatially referenceddata to the user. When the user zooms out, more data needs to beretrieved from the server computer, since the area being viewed islarger. As the user zooms out, since the actual display area on theclient software display device is fixed, more and more data is retrievedfrom the server computer to produce an image having more detail. Thisleads to the server computer taking progressively longer times togenerate a composite spatially referenced image as the user zooms out.Conventional systems use “pyramiding” to handle such zooming.

Pyramiding is a technique in which the data for a data layer is storedin more than one data set. All the data sets contain data for the samesubject matter in the same geographical area of interest (i.e., subsetsof data based on a particular area being viewed), but the level ofdetail varies from one data set to another. These data sets can bearranged in a pyramid, such that the data sets at the top of the pyramidhave the data with the least amount of detail. Data in the data sets atthe lower levels in the pyramid have progressively higher level ofdetail, with the data set at the lowest level in the pyramid containingthe most detailed data.

For the same geographical area of interest, each data set at a higherlevel in the pyramid contains less data than the data set at the pyramidlevel immediately below. Therefore, it takes less time to convert thedata to a spatially referenced image at a higher level in the pyramidthan at the pyramid level below. As the user zooms out, if the spatiallyreferenced image is generated from data sets at progressively higherlevels in the pyramid, the time taken by the server computer to createthe spatially referenced image should not increase as a user zooms out.

The typical pyramid consist of several levels with the data set at eachlevel being used for a fixed range of zoom scales, with a predefinedminimum zoom scale and a predefined maximum zoom scale. When the userzooms out beyond the maximum zoom scale, the data set from the nexthigher level in the pyramid will be used to generate the spatiallyreferenced image. When the user zooms in below the minimum zoom scalefor a pyramid level, the data set from the pyramid level at the nextlower level in the pyramid is used to generate the spatially referencedimage. The data for each level in the pyramid will be stored as separatedata sets.

FIG. 4 illustrates a pyramid 410 for roads data. If the roads data of apyramid (e.g., pyramid 410) is stored in data store tables, there wouldbe five data tables in the data store, each containing data for onelevel in the pyramid 410. FIG. 5 illustrates conventional processingwhen data is pyramided. Each level of the pyramid 410 is stored as atable 550 at GIS system 530. Each table is a data set, and each data setstored in the data store is represented as one data layer in a userinterface (UI) screen presented to a user. For example, the pyramiddepicted in FIG. 4 is presented as five data layers to the user in FIG.5. So instead of seeing the related data in the different levels of apyramid as one data layer, the user sees five different data layers.

Conventional systems use special client computer or server computerlogic to make a data layer available for viewing based on the zoom scalethe user is using. Since at any given time the user will be at only onezoom scale, only one out of the five layers in the pyramid will beavailable for viewing. Via client software 510, a user selects multiplelayers and a zoom scale (block 512), and the selection is sent to theserver computer 520 via a network. A data store is accessed, imagelayers are generated, and a consolidated image is returned to the clientsoftware 510 (block 532).

The one-to-one relationship between data sets and their correspondingdata layer representation by the client software creates severalproblems. For example, unnecessary information about how data is storedon the back end data store is exposed to the client software. That is,data is seen as multiple data layers matching the different data setsstored in the data storage device for the same set of spatial data(e.g., roads). Therefore, in a typical application, a user can bepresented with an overwhelming number of data layers, many of which areduplicate data layers for the same set of data at different zoom scales.

Since the user is allowed to view only one individual data layer at atime in a pyramid based on the user's zoom scale, as the user zooms inor out, the data layer the user is currently viewing may suddenly becomeunavailable for viewing. The user then has to manually choose to viewthe next data layer in the pyramid to view data. That is, the switchoverfrom one level in the pyramid to the next is not always transparent.

Some conventional systems that store raster data, store the data as apyramid to speed up the retrieval of the raster data. These conventionalsystems, however, do not store any other form of spatially referenceddata, such as vector data.

A further problem involves third party systems. A third party system isone that is outside of a spatial system. If an organization wishes toapply custom business logic and validations to the manipulation andviewing of spatially enabled information, many steps are necessary andthe process is expensive. Some examples of business logic include, forexample, when editing a spatial layer, it may be necessary, that priorto saving the edit, to verify that the areas of plots of land must besmaller than a certain size, a minimum distance from a river, containedwithin other plots, etc. Validations may include basic editable dataelement (e.g., graphical object, tabular data, etc.) validations (e.g.,validations that make sure only well formed graphical objects arecreated). Other validations may include the rules about therelationships between various graphical objects or data layers. Often,several different software packages are purchased, installed, andconfigured to get spatial capability. Additionally, custom software iswritten and maintained. Then, various base or background layerinformation is purchased, configured, and maintained. Moreover, accesscontrol, storage, and distribution problems must also be solved. Oftenin-house expertise must be developed in order to configure and maintainthese systems.

Another problem in conventional Geographic Information Systems (GIS) isthe difficulty in editing images. In particular, a composite imageviewed by a user consists of images from multiple data layers overlaidon top of one another. The spatial data may be in a raster data orvector data format. Raster data refers to pre-generated images that mayneed to be cropped to fit the viewing area desired by the user. Vectordata is a set of coordinate numbers that are converted to an image.

Conventional editors are typically on dedicated desktop applicationsbecause of the processing power, user interface, and data storage neededfor editing. In some conventional systems, editing requests are sentfrom the client computer to the server computer, the server computerperforms the editing, and the server computer returns a composite imageto the client computer. There are several problems with trying toimplement an effective editor in client software. For example, it isdifficult to separate a data layer to be edited from all of the otherdata layers forming the displayed composite image. It is difficult togather needed information about the elements in the data layer to beedited and to transfer this information from the server computer to theclient software quickly. Also, there is typically a slow response duringediting because interactions with users are transmitted back to theserver computer for processing. Moreover, the typical user interface iscumbersome. There is difficulty in matching complicated graphical objectboundaries to avoid overlaps or exclusion areas by use of “snap to”functions, which match new vertices to existing vertices. Furthermore,it is difficult to copy portions of graphical objects from various datalayers to assist with building or modifying graphical objects.Conventional editors also lack the ability to tailor the user interface.

A further problem in a conventional Geographic Information Systems(GIS), involves sharing of customized views of data layers amongdifferent users. Some conventional GIS systems may provide the users theability customize a view of data (i.e., a “data view”). Customizing thedata view includes actions such as turning on or off a layer, reorderingdata layers and highlighting layer objects within a data layer byselecting the objects with a selection tool. Users may also addannotations to the view by drawing on the image viewing area using anannotation tool. These functions are performed by the client applicationat the client computer and the results of such customizations are notsaved on the server computer.

Conventional systems provide two types of functionality for savingcustomized views of data. In terms of a first type of functionality,some GIS systems provide the ability to save only a limited subset ofcustomizations, such as annotations, in a specific user area on theserver system, but they do not provide a means to share these customizedviews with other users of the server computer. In terms of a second typeof functionality, other GIS systems allow a limited set ofcustomizations to be shared with other users, but they do not providethe ability to limit access to a subset of the users of the servercomputer.

Additionally, the first type of functionality provides access limited toonly the editor/author of the customized view of the data (i.e., theproject) and no other user. These GIS systems do not have the ability tosave all customization done by the user as a project, then share thisproject with other users, to properly discuss and possibly enable theother users to provide their inputs, comments, and modifications to theproject on-line. That is, the first type of functionality lacks on-linecollaboration of a project within a GIS system.

On the other hand, the second type of functionality provides access toall users of the system of the newly customized data (i.e., theproject). Such open access creates the problem that the project will notbe confidential and all users of the system will be able to view andfurther modify the project on-line. This functionality creates lack ofon-line confidentiality, security, and integrity of a project within aGIS system.

Regardless of the many benefits of using geographic information to makebusiness decisions, it is very costly for companies to build spatialinformation system infrastructure and to maintain the infrastructureproperly. Also, current techniques for acquiring and manipulatingspatial data are cumbersome and very time consuming. Furthermore, asnoted above, there are no easy techniques for integrating enterprisedata that is not spatially referenced with geographic information datato fully maximize the spatial capabilities of geographic informationdata.

To fully support data access for geographic information in a costeffective way, there is a need for a solution for standardizing data,integrating different business rules to support the integration ofenterprise data and geographic information data for spatialrepresentation. Also there is a need for a web-based architecture thatis secure and easily scalable to support multiple users who need toaccess the geographic information, as well as, to share and collaborateusing the geographic information with other users.

SUMMARY OF THE INVENTION

Provided are a method, system, and program for providing access tospatial data. A request for data is received. Enterprise and third partydata are integrated. The integrated data is processed. Spatiallyreferenced results are generated using the processed data. The spatiallyreferenced results are returned in response to the request.

The described implementations of the invention provide a method, system,and program to support data access for spatially referenced andnon-spatially referenced data. Solutions are provided for standardizingdata and integrating different business rules to support the integrationof both enterprise data and third party data for spatial representation.Moreover, a secure, scalable, web-based architecture is provided thatallows enterprise and third party data to be viewed, analyzed, andshared.

BRIEF DESCRIPTION OF THE DRAWINGS

Referring now to the drawings in which like reference numbers representcorresponding parts throughout:

FIGS. 1-5 illustrate various problems in the prior art.

FIG. 6 illustrates the use of spatially referenced data in accordancewith certain implementations of the invention.

FIG. 7 illustrates, in a block diagram, workflow through a computingenvironment in accordance with certain implementations of the invention.

FIG. 8 illustrates services in accordance with certain implementationsof the invention.

FIGS. 9A-9E illustrate various computer system architectures inaccordance with certain implementations of the invention.

FIG. 10 illustrates a software architecture of a server system inaccordance with certain implementations of the invention.

FIGS. 11A and 11B illustrate software and Web services architectures inaccordance with certain implementations of the invention.

FIG. 12 illustrates processing for integrating third party data andenterprise data in accordance with certain implementations of theinvention.

FIG. 13 illustrates multiple data layering in accordance with certainimplementations of the invention.

FIG. 14 illustrates logic for multiple data layering in accordance withcertain implementations of the invention.

FIG. 15 illustrates a distributed computing environment in accordancewith certain implementations of the invention.

FIGS. 16A-16B illustrate data preparation in accordance with certainimplementations of the invention.

FIG. 17 illustrates logic for data preparation and activation inaccordance with certain implementations of the invention.

FIG. 18 illustrates metadata stored in metadata store for use incontrolling access to data in accordance with certain implementations ofthe invention.

FIG. 19 illustrates logic when a client request to view information asdata arrives at the server system in accordance with certainimplementations of the invention.

FIG. 20 illustrates a user hierarchy in accordance with certainimplementations of the invention.

FIG. 21 illustrates a single data layer presentation that is providedfor a single pyramided spatially referenced data set in accordance withcertain implementations of the invention.

FIG. 22 illustrates a metadata store, a spatial data store, a businessdata store, and relationships among the data stores in accordance withcertain implementations of the invention.

FIG. 23 illustrates logic for processing a client request to view datain accordance with certain implementations of the invention.

FIG. 24 illustrates logic for the interaction of metadata tables toidentify the information to be sent in response from a request for adata layer.

FIG. 25 illustrates logic for printing multiple data layers inaccordance with certain implementations of the invention.

FIG. 26 illustrates logic for order fulfillment in accordance withcertain implementations of the invention.

FIG. 27 illustrates logic for e-commerce processing in accordance withcertain implementations of the invention.

FIG. 28 illustrates an enterprise spatial system interfacing with athird party system in accordance with certain implementations of theinvention.

FIG. 29 illustrates an editing example in accordance with certainimplementations of the invention.

FIGS. 30A-30C illustrate editing in accordance with certainimplementations of the invention.

FIGS. 31A-31B illustrate logic for editing in accordance with certainimplementations of the invention.

FIGS. 32 and 32 illustrate examples of collaboration in accordance withcertain implementations of the invention.

FIG. 34 illustrates metadata tables in a metadata store that are used toenable collaboration in accordance with certain implementations of theinvention.

FIG. 35 illustrates logic for enabling collaboration in accordance withcertain implementations of the invention.

FIGS. 36 and 37 illustrate logic for collaboration in accordance withcertain implementations of the invention.

FIG. 38 illustrates a UI screen provided by the enterprise spatialsystem for online knowledge mapping in accordance with certainimplementations of the invention.

FIG. 39 illustrates in a UI screen constraints in workspace inaccordance with certain implementations of the invention.

FIGS. 40A-40E illustrate UI screens in accordance with certainimplementations of the invention.

FIG. 41 illustrates a section title in accordance with certainimplementations of the invention.

FIG. 42 illustrates a control prompt in accordance with certainimplementations of the invention.

FIG. 43 illustrates an Edit box and a Drop Down list box in accordancewith certain implementations of the invention

FIG. 44 illustrates Radio button controls and Check Box controls inaccordance with certain implementations of the invention.

FIG. 45 illustrates a sample Grid Display in accordance with certainimplementations of the invention.

FIG. 46 illustrates a table display in accordance with certainimplementations of the invention.

FIG. 47 illustrates a control frame in accordance with certainimplementations of the invention.

FIG. 48 illustrates command buttons in accordance with certainimplementations of the invention.

FIG. 49 illustrates hyperlinks in accordance with certainimplementations of the invention.

FIG. 50 illustrates a pop up dialog box in accordance with certainimplementations of the invention.

FIG. 51 illustrates a small pop up dialog box in accordance with certainimplementations of the invention.

FIG. 52 illustrates a large pop up dialog box in accordance with certainimplementations of the invention.

FIG. 53 illustrates a color picker in accordance with certainimplementations of the invention.

FIG. 54 illustrates a Message UI screen in accordance with certainimplementations of the invention.

FIG. 55 illustrates a UI screen before an error has occurred inaccordance with certain implementations of the invention.

FIG. 56 illustrates UI screen in accordance with certain implementationsof the invention.

FIG. 57 illustrates a pop up error message in accordance with certainimplementations of the invention.

FIG. 58 illustrates logic for the registration process fortransaction-based users in accordance with certain implementations ofthe invention.

FIG. 59 illustrates common registration wizard elements in accordancewith certain implementations of the invention.

FIG. 60 illustrates a registration UI screen requesting user logininformation in accordance with certain implementations of the invention.

FIGS. 61 and 62 illustrate cancel registration and cancellationconfirmation UI screens, respectively, in accordance with certainimplementations of the invention.

FIG. 63 illustrates logic for login in accordance with certainimplementations of the invention.

FIG. 64 illustrates common login UI screen elements in accordance withcertain implementations of the invention.

FIG. 65 illustrates a main login UI screen in accordance with certainimplementations of the invention.

FIG. 66 illustrates a login UI screen in accordance with certainimplementations of the invention.

FIG. 67 illustrates a shared secret UI screen in accordance with certainimplementations of the invention.

FIG. 68 illustrates a change password UI screen in accordance withcertain implementations of the invention.

FIG. 69 illustrates conceptual logic for the main UI screen inaccordance with certain implementations of the invention

FIG. 70 illustrates sample portal content in accordance with certainimplementations of the invention.

FIG. 71 illustrates a main UI screen in accordance with certainimplementations of the invention.

FIGS. 72A-72K illustrate details of a find location portion of the UIscreen in accordance with certain implementations of the invention.

FIG. 73 illustrates an Ambiguous Location pop up dialog box 7310 withouta scroll bar in accordance with certain implementations of theinvention.

FIG. 74 illustrates an Ambiguous Location pop up dialog box with ascroll bar in accordance with certain implementations of the invention.

FIG. 75 illustrates a Base Image Conflict pop up dialog box inaccordance with certain implementations of the invention.

FIG. 76 illustrates an Open AOI File dialog box in accordance withcertain implementations of the invention.

FIG. 77 illustrates a Select Base Image portion of the main UI screen inaccordance with certain implementations of the invention.

FIG. 78 illustrates a Data Layers UI screen in accordance with certainimplementations of the invention.

FIG. 79 illustrates custom tab navigation control in accordance withcertain implementations of the invention.

FIG. 80 illustrates a UI screen after the Show all categories tab hasbeen selected in accordance with certain implementations of theinvention.

FIG. 81 illustrates a symbol picker UI screen in accordance with certainimplementations of the invention.

FIGS. 82A-82C illustrate line Color Picker pop dialog boxes inaccordance with certain implementations of the invention.

FIG. 83 illustrates a Change Data Layer Order pop dialog box inaccordance with certain implementations of the invention.

FIG. 84 illustrates an Edit Favorites pop up dialog box in accordancewith certain implementations of the invention.

FIG. 85 illustrates a Change Detection pop up dialog box in accordancewith certain implementations of the invention.

FIG. 86 illustrates a Mapping and Analysis portion of the main UI screenin accordance with certain implementations of the invention.

FIG. 87 illustrates a Map window in accordance with certainimplementations of the invention.

FIG. 88 illustrates a map frame in accordance with certainimplementations of the invention.

FIG. 89 illustrates a docking bar in accordance with certainimplementations of the invention.

FIG. 90 illustrates a docking bar with a toolbar, attributes bar, andprompt bar in accordance with certain implementations of the invention.

FIG. 91 illustrates expansion docking in accordance with certainimplementations of the invention.

FIGS. 92A-92O illustrate a toolbar, states of an icon, and various toolsin accordance with certain implementations of the invention.

FIG. 93 illustrates an example of measure tool use in UI screen 9310 inaccordance with certain implementations of the invention.

FIGS. 94A-94R illustrate various tools in accordance with certainimplementations of the invention.

FIGS. 95A-95F illustrate toolbars in accordance with certainimplementations of the invention.

FIG. 96 illustrates a table in which tools described herein may begrouped in accordance with certain implementations of the invention.

FIGS. 97A-97D illustrate attribute bars in accordance with certainimplementations of the invention.

FIGS. 98A-98B illustrates Point n' View pop up dialog boxes inaccordance with certain implementations of the invention.

FIG. 99 illustrates a Change Drawing Object Order pop up dialog box inaccordance with certain implementations of the invention.

FIG. 100 illustrates a Point n' Attribute pop up dialog box inaccordance with certain implementations of the invention.

FIG. 101 illustrates a push pin in accordance with certainimplementations of the invention.

FIG. 102 illustrates a Setup Point n' Attribute pop up dialog box inaccordance with certain implementations of the invention.

FIG. 103 illustrates a Buffering pop up dialog box in accordance withcertain implementations of the invention.

FIG. 104 illustrates a Boolean Query pop up dialog box in accordancewith certain implementations of the invention.

FIG. 105 illustrates a reference map in accordance with certainimplementations of the invention.

FIG. 106 illustrates a Map Summary window in accordance with certainimplementations of the invention.

FIG. 107 illustrates an Analysis Summary window in accordance withcertain implementations of the invention.

FIG. 108 illustrates Command buttons in accordance with certainimplementations of the invention.

FIG. 109 illustrates scaling the main UI screen to a differentresolution UI screen in accordance with certain implementations of theinvention.

FIG. 110 illustrates table that identifies the size of the Map window atsome resolutions in accordance with certain implementations of theinvention.

FIG. 111 illustrates logic for creating a map in accordance with certainimplementations of the invention.

FIG. 112 illustrates a map layout window in accordance with certainimplementations of the invention.

FIG. 113 illustrates a Map Preview UI screen in accordance with certainimplementations of the invention.

FIG. 114 illustrates an example of a download dialog box in accordancewith certain implementations of the invention.

FIG. 115 illustrates a save file UI screen in accordance with certainimplementations of the invention.

FIG. 116 illustrates logic for purchasing data in accordance withcertain implementations of the invention.

FIG. 117 illustrates a first data buy UI screen in accordance withcertain implementations of the invention.

FIG. 118 illustrates an example imagery pop up dialog box in accordancewith certain implementations of the invention.

FIG. 119 illustrates a second data buy UI screen providing data optionsin accordance with certain implementations of the invention.

FIG. 120 illustrates a third data buy UI screen with a purchase summaryin accordance with certain implementations of the invention.

FIG. 121 illustrates a change shipping information pop up dialog box inaccordance with certain implementations of the invention.

FIG. 122 illustrates a change billing information pop up dialog box inaccordance with certain implementations of the invention.

FIG. 123 illustrates a Full Report pop up dialog in accordance withcertain implementations of the invention.

FIG. 124 illustrates a download dialog box in accordance with certainimplementations of the invention.

FIG. 125 illustrates a Full Report pop up dialog box with Boolean queryin accordance with certain implementations of the invention.

FIG. 126 illustrates highlighting in a Full Report pop up dialog boxwith Boolean query in accordance with certain implementations of theinvention.

FIG. 127 illustrates a file menu in accordance with certainimplementations of the invention.

FIG. 128 illustrates processing for a New operation in accordance withcertain implementations of the invention.

FIG. 129 illustrates a New Project UI screen in accordance with certainimplementations of the invention.

FIG. 130 illustrates a Select Template UI screen in accordance withcertain implementations of the invention.

FIG. 131 illustrates processing for an Open operation in accordance withcertain implementations of the invention.

FIG. 132 illustrates an Open Project UI screen in accordance withcertain implementations of the invention.

FIG. 133 illustrates logic for processing a Save operation in accordancewith certain implementations of the invention.

FIG. 134 illustrates a Save Project UI screen in accordance with certainimplementations of the invention.

FIG. 135 illustrates an Email Form UI screen in accordance with certainimplementations of the invention.

FIG. 136 illustrates logic for supporting transactional customers inaccordance with certain implementations of the invention.

FIG. 137 illustrates a main UI screen for supporting transactionalcustomers in accordance with certain implementations of the invention.

FIG. 138 illustrates a first Shopping UI screen with an Order Summary inaccordance with certain implementations of the invention.

FIG. 139 illustrates a second Shopping UI screen with ContactInformation in accordance with certain implementations of the invention.

FIG. 140 illustrates a third Shopping UI screen with Payment Informationin accordance with certain implementations of the invention.

FIG. 141 illustrates a fourth Shopping UI screen with Purchase Summaryin accordance with certain implementations of the invention.

FIG. 142 illustrates a fifth Shopping UI screen with Acknowledgment inaccordance with certain implementations of the invention.

FIG. 143 illustrates logic for entering the shopping cart from thecreate map functionality in accordance with certain implementations ofthe invention.

FIG. 144 illustrates a first Map Shopping UI screen with Order Summaryin accordance with certain implementations of the invention.

FIG. 145 illustrates a second Map Shopping UI screen with PurchaseSummary in accordance with certain implementations of the invention.

FIG. 146 illustrates logic for entering the shopping cart by selectinganalysis form the main UI screen in accordance with certainimplementations of the invention.

FIG. 147 illustrates logic for shopping cart functionality when the userenters the shopping cart from the data purchase UI screens in accordancewith certain implementations of the invention.

FIG. 148 illustrates a download dialog box in accordance with certainimplementations of the invention.

FIG. 149 illustrates a Zoom layer pop up dialog box in accordance withcertain implementations of the invention.

FIG. 150 illustrates selection of the Preferences menu in accordancewith certain implementations of the invention.

FIG. 151 illustrates logic for processing a logoff in accordance withcertain implementations of the invention.

FIG. 152 illustrates common Logoff UI screen elements in accordance withcertain implementations of the invention.

FIG. 153 illustrates a first Logoff UI screen in accordance with certainimplementations of the invention.

FIG. 154 illustrates a Logoff Confirmation UI screen in accordance withcertain implementations of the invention.

FIG. 155 illustrates navigation using the Back button and using thecontinue button in accordance with certain implementations of theinvention.

FIG. 156 illustrates processing when there is a dropped connection inaccordance with certain implementations of the invention.

FIG. 157 illustrates a structure that shows variables that are involvedin the pricing structure in accordance with certain implementations ofthe invention.

FIG. 158 illustrates co-branding for a welcome UI screen in accordancewith certain implementations of the invention.

FIG. 159 illustrates an example of a co-branded version of the main UIscreen in accordance with certain implementations of the invention.

FIGS. 160 and 161 illustrate examples of a pop up dialog box and of aco-branded version of a secondary UI screen in accordance with certainimplementations of the invention.

FIG. 162 illustrates a table of valid US state codes in accordance withcertain implementations of the invention.

FIG. 163 illustrates a table of information to display in the AmbiguousAddress pop up dialog box in accordance with certain implementations ofthe invention.

FIG. 164 illustrates a table of map layers of scale dependency inaccordance with certain implementations of the invention.

FIG. 165 illustrates a table of some raster and vector data to be usedin the enterprise spatial system software in accordance with certainimplementations of the invention.

FIGS. 166A-166B illustrate another table of some raster and vector datato be used in the enterprise spatial system software in accordance withcertain implementations of the invention.

FIG. 167 illustrates the business process and data flow supported by theenterprise spatial system service and operational facilities inaccordance with certain implementations of the invention.

FIG. 168 illustrates Web Services in accordance with certainimplementations of the invention.

FIG. 169 illustrates an application services overview in accordance withcertain implementations of the invention.

FIG. 170 illustrates content services in accordance with certainimplementations of the invention.

FIG. 171 illustrates e-commerce services in accordance with certainimplementations of the invention.

FIG. 172 illustrates data services in accordance with certainimplementations of the invention.

FIG. 173 illustrates a spatial datamart in accordance certainimplementations of the invention.

FIG. 174 illustrates maintenance services in accordance with certainimplementations of the invention.

FIG. 175 illustrates operational dataflow for a Web Center in accordancewith certain implementations of the invention.

FIG. 176 illustrates a deployment process workflow in accordance withcertain implementations of the invention.

FIG. 177 illustrates data flow in accordance with certainimplementations of the invention.

FIG. 178 illustrates an ADS40 center architecture in accordance withcertain implementations of the invention.

FIG. 179 illustrates a GIS processing center in accordance with certainimplementations of the invention.

FIG. 180 illustrates a GIS processing component architecture inaccordance with certain implementations of the invention.

FIG. 181 illustrates a GIS processing network in accordance with certainimplementations of the invention.

FIG. 182 illustrates an Operations Center in accordance with certainimplementations of the invention.

FIG. 183 illustrates GIS storage components in accordance with certainimplementations of the invention.

FIG. 184 illustrates development components in accordance with certainimplementations of the invention.

FIG. 185 illustrates an Operations Center network in accordance withcertain implementations of the invention.

FIG. 186 illustrates a Staging Cluster architecture in accordance withcertain implementations of the invention.

FIG. 187 illustrates a Web Center Functional Architecture in accordancewith certain implementations of the invention.

FIG. 188 illustrates an alternative architecture in accordance withcertain implementations of the invention.

FIG. 189 illustrates a Web Center Component Architecture in accordancewith certain implementations of the invention.

FIG. 190 illustrates a servlet architecture in accordance with certainimplementations of the invention.

FIG. 191 illustrates a Client EJB Architecture in accordance withcertain implementations of the invention.

FIG. 192 illustrates Health & Welfare Components in accordance withcertain implementations of the invention.

FIG. 193 illustrates a GIS Data Loader in accordance with certainimplementations of the invention.

FIG. 194 illustrates a Data Archiver in accordance with certainimplementations of the invention.

FIG. 195 illustrates an architecture for the hardware, software andnetwork architecture for an enterprise spatial system web deployment inaccordance with certain implementations of the invention.

FIG. 196 illustrates a Client Interface Architecture in accordance withcertain implementations of the invention.

FIG. 197 illustrates a Thin Client Architecture in accordance withcertain implementations of the invention.

FIG. 198 illustrates an architecture of a computer system that may beused in accordance with certain implementations of the invention.

DETAILED DESCRIPTION

In the following description, reference is made to the accompanyingdrawings which form a part hereof and which illustrate severalimplementations of the present invention. It is understood that otherimplementations may be utilized and structural and operational changesmay be made without departing from the scope of the present invention.

A. Overview

Implementations of the invention provide an enterprise spatial systemthat supports functions (e.g., viewing, analysis, and other functions)for processing both enterprise data and third party data. The enterprisedata may include spatially referenced data and/or non-spatiallyreferenced data, and the third party data may include spatiallyreferenced data and/or non-spatially referenced data. Spatiallyreferenced data refers to data that has associated coordinate data, andnon-spatially referenced data refers to data that does not haveassociated coordinate data.

Implementations of the invention provide analysis of spatiallyreferenced and/or non-spatially referenced data. The results of theanalysis may be spatially referenced data and/or non-spatiallyreferenced data. Also, implementations of the invention may store dataas data layers, which may include spatially referenced data and/ornon-spatially referenced data (e.g., a data element, table, etc.).Although specific examples herein may refer to, for example, graphicalobjects, images or maps, the techniques of the invention are applicableto any type of data.

The enterprise spatial system may store and/or process spatial andgeospatial information, which include, for example, geographic referencedata, including, but not limited to, vector data, raster data, andtabular data, such as, customer information, sales data, and marketingdata. For spatial data, each data element in a data set has coordinatedata associated with the data element, such as an x, y and z coordinate.For geospatial data, the coordinate data is tied to a point on earth.So, for example, the x coordinate becomes longitude, y coordinatebecomes latitude, and the z coordinate becomes elevation. Therefore,geospatial data is a subset of spatial data, and geospatial informationsystems are a subset of spatial information systems. Although examplesherein may refer to geospatial data or geospatial information systems,the techniques of the invention are applicable to any type of data orinformation processing system.

Implementations of the invention provide a method, system, and programfor providing data processing systems coupled with one or more live (upto and including 24 hours×7 days) data centers to securely share,access, and/or distribute data from, for example, enterprise data storesat an enterprise combined with hosted data (e.g., enterprise or thirdparty data) from the enterprise spatial system. The combined data isused to generate data layers to allow users to view, analyze, and sharespatially referenced data using different client software (e.g., clientapplications). That is, different client applications may retrieve thesame data from the server system and provide different presentations ofthe data to the user, based on the needs of the user.

More specifically, implementations of the invention provide solutionsfor the above described problems through, for example, software, whichcan simultaneously access enterprise data and third party data, and thendynamically generate (e.g., by geocoding) spatially referenced data(e.g., graphical representation data on a map) based on a user'srequest.

To solve each of the problems identified above, unique solutions withinthe context of the instant invention have been developed in thefollowing areas: (1) providing processing coupled with live data centersto securely access enterprise data from enterprise data stores andgenerate data layers from data centers to allow users to manipulatespatially referenced data or dynamically generated spatially referenceddata using different client software; (2) providing software solutionsto integrate existing enterprise data stores and application software(e.g., from Oracle Corporation, Siebel Systems, ESRI and others); (3)providing security and access control for simultaneously accessingenterprise data and third party data; (4) using compression, tiling, andpyramiding technologies to provide spatial data for fast data access;(5) processing spatial data and uniformly standardizing the spatialdata, where standardizing the spatial data refers to presenting the datain one or more well known formats, as opposed to exposing the data inmultiple different proprietary formats to client software, which makeswriting and maintaining client software that works with the spatial datamore simple; (6) providing secure, linearly scalable, web-basedarchitecture; and (7) developing automated geocoding systems that cangeocode non-spatially referenced data ‘on the fly’ to allow forspatially viewing and analyzing other externally available non-spatiallyreferenced data.

Geospatial information is very important for business. In order forcompanies to have an advantage over other competitors, the companiesneed to be able to make informed decisions in a short period of time.Analysis based on geospatial information improves understanding andcommunication of complex relationships, which fosters better decisionmaking. When analysis is based on geospatial information, betterbusiness solutions are obtained from utilizing information resourcesdata, analytical technical tools, and decision criteria rules. Here aresome examples of how companies can benefit from using geospatialinformation: (1) sales departments can better understand customerbehaviors, sales patterns, and staffing processes; (2) marketingdepartments can forecast market growth, strategize for public relations,and work on competitive analyses; (3) planning for facility sites suchas stores, manufacturing facilities, and cell towers can be done; and(4) managing risks (e.g., modeling investment risks, insuranceliabilities, and emergency preparedness) can be planned moreeffectively.

Implementations of the invention are applicable to systems in which aspatial query is executed to deliver a result. A spatial query is aquery for which the query results are identified by analyzing spatialrelationships between data. One example of a spatial query is a query toidentify all household locations within three miles of a departmentstore. Moreover, implementations of the invention are applicable to allsystems in which data (e.g., an image or a report) is generated on aserver system and displayed on a client system. Also, implementations ofthe invention are applicable to Geographic Information Systems (GIS) anddecision support systems based on spatial data.

In certain implementations of the invention, a server system isconnected to one or more client systems via a network (e.g., theInternet). The server system performs many functions, including, forexample: enabling client software to log in to the server system andrequest and access data; uploading data from client software; retrievingand using data from a data store; generating data layers (e.g.,spatially referenced images); sending data to the client software fordisplay to a user; and, handling various notifications to the clientsoftware (e.g., a notification regarding new data added to the datastore).

B. A System and Method and Computer Product for Coupling a DataProcessing Center to a Live Data Processing Center to Provide forSpatially Viewing, Analyzing, and Sharing Enterprise data and GeospatialData Across Multiple Users

B.1 Overview

FIG. 6 illustrates the use of spatially referenced data in accordancewith certain implementations of the invention. Enterprise data 600includes, for example, sales data, Customer Relationship Management(CRM) data, Supply Chain Management (SCM) data, and assets data. Thirdparty data 610 includes, for example, maps, infra-structure data (e.g.,roads, lakes, etc.), and demographics data. In the prior art, theenterprise data 600 and the third party data 610 was not combined in auseful manner. With implementations of the invention, the enterprisedata 600 and third party data 610 is converted to spatially referenceddata by associating geographic information (e.g., longitude andlatitude) with non-spatially referenced data (e.g., sales data). Then,data layers 620 are generated with the spatially referenced data, andthe data layers 620 are overlaid based on the longitude and latitudevalues to form a composite image 630 that integrates the enterprise data600 and the third party data 610. Thus, for example, it is possible toview locations of stores in which sales are high on the composite image630.

B.2 Architecture Overview

FIG. 7 illustrates, in a block diagram, workflow through a computingenvironment in accordance with certain implementations of the invention.FIG. 7 represents a system data work flow diagram for simultaneouslyintegrating enterprise data with third party data using a processingcenter and a live data center, processing spatially referenced data, andproviding access to the data.

FIG. 7 illustrates several components of an enterprise spatial systemprovided by implementations of the invention, including (1) aGeographical Information System (GIS) processing center/operationscenter 710, (2) a data center 720, (3) a fulfillment center 730, (4)enterprise integration 740 (which may be part of the data center 720),and (5) client software 750 (e.g, one or more client applications). Theclient software 750 executes on a client system 752, which has a displayscreen on which a UI screen or other data may be displayed for viewingby, for example, a user. Although, one client system 752 is illustrated,it is to be understood that many client systems may access data in theproduction center 722 at any time, including other server systems actingas clients to the enterprise spatial system. Certain implementations ofthe invention provide a 24/7 live system that integrates and offerson-demand data (e.g., superior quality geographical imagery, associatedindustry or enterprise specific data, such as, sales information), andanalysis tools to enterprises, government, industry, and the generalpublic.

Prior to implementations of the invention, conventional systems providedno interactive GIS tools for users to access dynamic enterprise data atrun time and integrate third party data hosted by a data center. Thatis, with implementations of the invention, users may access the GISprocessing center/operations center 710, which processes data (e.g.,converting Tagged Image File Format (TIFF) to Joint Photographic ExpertGroup (JPEG) format) at run time, and makes the processed data availableat run time to users without disrupting the data center 720 operations.

Referring to FIG. 7, enterprise data sources 702, government/Freedom ofInformation (FOI) public data 704, and satellite imagery data 706 isinput to the GIS processing center/operations center 710 in the form ofvector data, tabular data, third party imagery, and/or raw tiled TIFFimagery. Although not shown, other types of data may also be input intothe enterprise spatial system. In certain implementations, the satelliteimagery data 706 is obtained using airplanes flying over areas andtaking photographs with cameras that provide high resolution images. Thedata is stored in an interim archive tape library 712. As a part ofprocessing data, the GIS processing center 714 retrieves data from theinterim archive tape library and forwards the data to pre-productionprocessing 716. Ultimately, the data is stored in the production center722 for client software 750 access.

The GIS processing center/operations center 710 handles many differentoperations in pre-production processing 716 due to irregularities in GISdata from various sources. For example, the GIS Processing Centerperforms data compression (e.g., of image data) at run time during thedata transformation stage. Compressing data is important because somedata (e.g., GIS image data) cannot be accessed over the Internet due tothe size of the data. For example, some image data is in a graphicaldata format called TIFF. TIFF, as understood by those skilled in theart, is a tag-based image file format that is designed to promote theinterchange of digital image data. TIFF provides a multi-purpose dataformat and is compatible with a wide range of scanners andimage-processing applications. It is device independent and is used inmost operating environments, including Windows®, Macintosh®, and UNIX®.TIFF is one of the most popular and flexible of the current publicdomain raster file formats. To be able to use GIS image data that may betransferred over the Internet, implementations of the invention convertlarge image data to a compressed data format, such as JPEG. There aremany reasons for using the JPEG file format. JPEG permits a greaterdegree of compression than other image formats, such as TIFF, enablingquicker downloading times for larger graphics. Furthermore, JPEGdocuments appear to retain almost complete image quality for mostphotographs.

There are several important stages in data processing at the GISprocessing center 714. The following demonstrate four of the differentstages and functions of each stage: (a) data acquisition stage; (b) dataextraction stage; (c) data transformation state; and, (d) GIS productinventory creation stage. The data acquisition state procures data fromvarious sources (e.g., enterprise data 702, government/FOI public data704, and satellite imagery data 706). Data acquisition is an importantfunction of the GIS processing center 714. In the data extraction stage,data is staged for use, the data integrity is verified, and data qualitycontrol is provided. In the data transformation stage, the followingactions occur on data: color fusion, histograms, matching, mosaicing,re-sampling, tiling, and compression, which are well known in the art.In the GIS product inventory creation stage, the following actionsoccur: metadata is created for the data layers, different data layersare described using metadata, data (e.g., vector, rastor or tabulardata) is stored in spatial data store, and GIS data is uploaded to thedata center 720 for deployment.

The data center 720 includes a staging system 721. Data from the stagingsystem 721 is sent to the production center 722. Data from the stagingsystem 721 may also be stored at a master archive tape library 723 andsent to offsite storage 724. The staging system 721 provides a replicaof the production center 722 and is used to test the client software,enterprise spatial system software (e.g., server software at servers inthe enterprise spatial system), and data. The staging system 721 is usedto ensure that a new version of client software and/or data will workcorrectly when deployed to the production center 722. The productioncenter 722 is used to store data accessed by users via client software750.

The data center 720 supports many operations. For example, the datacenter 720 hosts raster data, vector data, and tabular data for users toaccess using various client software 750 (e.g., client applications suchas, a browser client, a thin client, or an enterprise client). Varioustechniques of accessing data (e.g., tabular data of sales information)from an enterprise data store and geocoding non-spatially referenceddata are supported. In particular, although geocoding may be performedin the GIS processing center/operations center 710, the data center 720also supports functions that require geocoding in the production center722. The data center 720 also manages network communications betweenenterprise users and the data center 720. The data center 720 supportslinear scalability to be able to expand the enterprise spatial systemprovided by implementations of the invention to handle larger data sets(i.e., larger amounts of data) at run time.

The data center 720 provides security and access controls to enterpriseusers to securely access their enterprise data, allows enterprise usersto simultaneously access dynamic data from their enterprise data store702 and the data center 720, and processes requests from, for example,client applications by supporting client applications' functionality.The data center 720 also supports different types of analyticalfunctions, such as querying for data, generating data reports,retrieving data layers, accessing data, and sharing and/or collaboratingwith multiple users.

The fulfillment center 730 receives orders for data (e.g., particulardata, a particular image or a set of images), prepares the data (e.g.,creates or collects the appropriate data), and delivers the data to arequested location. Further details of order fulfillment are providedbelow.

Enterprise integration 740 allows users to access securely theirenterprise data that is stored outside of the data center 720.Enterprise integration 740 also determines whether enterprise data arepre-geocoded or not, and, if the enterprise data is not pre-geocoded,the enterprise data is parsed and geocoding information is provided bydetermining the proper longitude and latitude information to beassociated with the enterprise data elements (e.g., records). Theenterprise integration technology 740 also provides the ability tointeract with and retrieve data from third party applications usingvarious Application Programming Interfaces (API) exposed by the thirdparty applications and makes the data available to the client systems ofthe data center 720. The enterprise integration technology 740 alsoprovides various Application Programming Interfaces (API) to third partyapplications so that different third party applications, includingenterprise applications, can access production data from the data center720. The APIs provide defined function calls to third party applicationsso that users can interact with the enterprise spatial system providedby implementations of the invention to utilize stored data (e.g., rasterdata, vector data, and tabular data) for spatially analyzing enterprisedata. In addition to accessing data, the APIs also allow third partyapplications to utilize the various analysis functions provided by theenterprise spatial system.

The client software 750 (e.g., client applications) allows users tomanipulate spatial data interactively by making dynamic data requestsfrom the data center 720. The client software 750 includes, for example,browser-based clients, thin clients, thick clients, and enterpriseclients. The client software 750 handles all user actions promptly andretrieves spatial data from the data center 720 in a timely manner. Toachieve this goal, the client software 750 and the data center 720 relyon using a multiple data layering mechanism. That is, unlike legacy GISsoftware, the data center 720 does not combine multiple data layers asone composite image when transmitting spatial data to users over anetwork. Instead, the data center 720 retrieves proper spatial datalayers from various data stores based on client requests and convertsthe data layers to individual images. Then, rather than combiningmultiple spatial data layers as one raster file or vector file (e.g.,JPEG, ASCII Extensible Markup Language (XML) or other forms of binaryfile), the data center 720 sends the images separately to the clientsoftware 750. The client software caches the images for the differentspatial data layers to avoid generating new image files every time userschange back and forth between different spatial data layers. The clientsoftware may combine multiple images to form a composite image that isdisplayed to a user.

FIG. 8 illustrates services in accordance with certain implementationsof the invention. Core spatial services 810 include, for example,storing third party data and enterprise data for various businesses.Also, enterprise data stored on-site at a business may be accessed, via,for example, a Virtual Private Network (VPN). Healthcheck serversperform tests to ensure that all systems are working correctly.Reporting servers are used to generate reports. Data store servers linkExtraction, Transformation, and Loading (ETL) servers connected tolocally hosted and remotely hosted enterprise data storage devices,reporting servers, and storage devices storing third party data. Spatialservers perform spatial manipulation of data, which includes, forexample, performing spatial queries and rendering spatial data layers.Application servers coordinate the server tasks performed to satisfyrequests made by client software (e.g., client software 750). Web/Portalservers provide front end access to different software services providedby the production system 722.

The Web services 820 include, for example, login, finding of addresses,render maps, print maps, run queries, get reports, save maps, and getprojects. Projects are saved user views of the data, including theresults of spatial analysis performed by the user. The ellipsis indicatethat other services may be provided. A network, such as the Internet830, enables the various services to communicate with each other.Application services 840 perform particular functions. In particular,each application service is a collection of distinct features 2012 thatperform particular functions. For example, geocoding is a feature thatperforms the function of translating an address to a latitude/longitudepair. Solution services 850 perform a combination of applicationfunctionality.

FIGS. 9A-9E illustrate various computer system architectures inaccordance with certain implementations of the invention. In FIG. 9A,the customer's environment 902 performs data extraction 904, and theextracted data is sent to the enterprise spatial system 910 via anetwork, such as the Internet 908. In certain implementations, theenterprise spatial system is one in which third party data and/orenterprise data is hosted (e.g., in a data store) and services providedby implementations of the invention are available (e.g., to a user at aclient system accessing a server system in the enterprise spatial systemvia client software).

The enterprise spatial system 910 performs data sourcing 912, preparesdata 914, has data storage 916, and performs core functions 918. In datasourcing 912, third party data is aggregated. Preparing data 914includes, for example, address cleansing, geocoding, and otherwisepreparing data. The data storage 916 stores both enterprise and thirdparty data. The core functions 918 include, for example, Web services,report preparation and delivery, spatial analysis functions (such asspatial queries), business rules management, and collaboration amongusers. Data and results of the core functions supported byimplementations of the invention are delivered from the enterprisespatial system 910 to a client software interface, such as a browserinterface 906, in the customer's environment via the Internet 908.

FIG. 9B differs from FIG. 9A in that data storage 916 at the enterprisespatial system 910 stores third party data spatial data. The enterprisedata extracted in the customer's environment 902 is sent to theenterprise spatial system 910 for data preparation and is then returnedto the customer's environment for data storage 920. The enterprise datais retrieved into the enterprise spatial system 910 from the datastorage 920 in the customer's environment 902 when core functions 918are to be performed.

FIG. 9C differs from FIG. 9B in that third party data is prepared 914 inthe enterprise spatial system 910, while enterprise data is prepared 930in the customer's environment 902. The enterprise data is stored in datastorage 920 in the customer's environment, and the enterprise data isretrieved into the enterprise spatial system 910 when core functions 918are to be performed.

FIG. 9D differs from FIG. 9C in that the data storage 920 in thecustomer's environment stores both enterprise and third party dataspatial data. That is, third party data spatial data is no longer storedin the enterprise spatial system 910. In this illustration, after thirdparty data is prepared in the enterprise spatial system 910, the thirdparty data spatial data is sent to the customer's environment 902 forstorage. Additionally, the core functions 940 are performed in thecustomer's environment 902, rather than in the enterprise spatial system910.

FIG. 9E differs from FIG. 9D in that the enterprise spatial system hasbeen eliminated and all processing occurs in the customer's environment.Therefore, data sourcing 950 and preparing data 960 for third party dataoccur in the customer's environment 902.

FIG. 10 illustrates a software architecture of a server system 1000 inaccordance with certain implementations of the invention. The serversystem 1000 includes a Web tier 1010, an application server tier 1020, adata provider tier 1030, a data store tier 1040, and a data integrationtier 1050.

A Web tier 1010 includes a Web/Portal server, an authentication service,an input/protocol transform engine, a request dispatcher, and Webservices components to support requests coming from client software andreturn different data layers to the client software.

The Web/Portal server communicates via HyperText Transfer Protocol(HTTP), HyperText Transfer Protocol over Secure Socket Layer (HTTPS) orExtensible Markup Language (XML). The Web/Portal server serves up data(e.g., map images and static pages).

In certain implementations, the authentication service is anauthentication module that plugs into the authentication framework ofthe Web/Portal server. One such authentication service uses LightweightDirectory Access Protocol (LDAP) as a back end authentication serviceprovider.

The input/protocol transform engine provides the front end thatunderstands the client protocol and converts the incoming requests to acanonical form to be used by subsequent server components. Theinput/protocol transform engine does not attempt to parse the actualservice requests, but wraps the service requests in a standard form tobe parsed subsequently by the service request transform engine in theservice logic components of the application server tier 1020.

The input/protocol transform engine supports two transform components: aWeb Map Server/Web Feature Server (WMS/WFS) adapter and a Java ServerPage (JSP)/Servlet adapter. The WMS/WFS adapter is a Web services frontend. In certain implementations of the invention, the Web Map Server/WebFeature Server may be one defined by the Open GIS Consortium, Inc. TheJSP/Servlet adapter is a legacy server interface used by client softwareto send server requests wrapped in XML request packages.

The request dispatcher dispatches the incoming request to one of severalsubcomponents within the work flow manager, depending on the clientsoftware and the actual request being made. The request dispatcherinterfaces with a tracking system that performs tracking of userrequests and system usage reporting.

An application server tier 1020 is divided into a business logic tierand a service logic tier. The business logic tier includes a work flowmanager, a session manager, an account manager, and content accesscontrol components to support administrative tasks related to servicingthe user requests. The administrative tasks performed at this tier mayalso include various e-commerce related transactions, such as handlingpurchase orders, shopping cart management, billing, managing userprofiles, and managing accounts.

The work flow manager manages the functions that are adjunct to theservices requested by the client software. The work flow managerperforms functions, such as checking access control to the datarequested by the client, logging, tracking session validation, etc. Thework flow manager uses the session manager, account manager, and contentaccess control components to perform these functions. In particular, thework flow manager takes user requests from the client software and thenmakes function calls to different components to gather results. Aftergathering results, the work flow manager component aggregates theresults, converts the aggregated results to a format expected by theclient software, and sends the converted results back to the Web tier1010. The Web tier 1010 uses the appropriate protocol (e.g., HTTP orXML) to send a response (which includes the results generated by thework flow manager) to the client software request.

An optional content usage monitor component may be included in thebusiness logic tier to monitor contents and resources used and providethe necessary data for billing and resource planning. The content usagemonitor component parses requests coming from a user via client softwareand logs parsed information to monitor how different contents orresources hosted by the server system are used. Contents in this contextare application services and data made available to the users by theserver system. Resources refer to system resources such as memory, filestorage space, CPU utilization etc.

The service logic tier includes a service request transform engine, aservice aggregator, data provider adapters, access filters (e.g.,system, user or client), map assembler, feature assembler, metadataserver, and business rules components to support various service logic.

In certain implementations, the following functions are supported by theservice logic tier: image generation using mapping logic, spatial queryanalysis, report generation, and thematic report generation (i.e.,generating a report based on a theme). For example, enterprise data andspatially referenced data may be combined to show different colors on amap to show different sales information based on different counties.

The service request transform engine consists of a collection of parsersand response message builders. The service request transform engineunderstands the grammar used by the client software to request servicesfrom the server system and receive responses back from the serversystem. In certain implementations, there is one parser/response messagebuilder for each type of client application. In particular, the servicerequest transform engine standardizes client requests into a standardformat for the service aggregator.

The service aggregator coordinates the activities of one or more dataprovider adapters, which retrieve data based on client requests andconvert the data to a form requested by the client software, andincludes one or more data providers. A data provider adapter may beviewed as an intermediary that translates requests made by the serviceaggregator to a form that the actual data provider understands. Thisallows the service aggregator to interact with the data adapters in acommon language/syntax. The data provider adapter performs theappropriate translation to pass the request on to the data provider in apossibly different language/syntax expected by the data provider.

A single client request may require more than one data provider toservice the request. For example, the data provider required to render avector layer may be a data provider called the Map Server. The clientrequest may ask for more than one vector layer to be rendered. Theservice aggregator may instantiate more than one Map Server andcoordinate the activities of these data providers to generate theresponse for the client request. Examples of service aggregators are:map assembler, feature assembler, and metadata server. The serviceaggregator understands requests from the client software and makesspecific function calls to obtain requested data layers or analysisresults.

Data provider adapters are plug-in points for back-end data serviceproviders that are aggregated into services that are offered byimplementations of the invention. The data provider adapters decouplethe protocol and grammar used by a data service provider form theprotocol and grammar used by the service aggregator. Examples of dataprovider adapters are: a Map Server, ArcIMS™ (a service access protocolavailable from ESRI), Oracle® Spatial Query Engine (a data accessprotocol available from Oracle Corporation), or ArcSDE™ (a data accessprotocol available from ESRI).

The access filters are run-time embodiments of data access rules thatare set up using metadata. Access filters are applied to all dataaccesses, irrespective of the data provider used to access the data. Inparticular, the access filters receive business rules as input and usethe business rules to filter data that may be accessed. Access filtersmay be specified at a system level, at a per user level or by the clientsoftware. System filters are applied to all data access requestsirrespective of the user accessing the data. User filters are filtersthat are customized for specific users. So, for example, user filtersmay be set up such that the users from a particular sales territory willsee only data for their own sales territory. Client filters arefiltering rules requested by client software (e.g., client applications)based on user input.

The data provider tier 1030 includes a map server, a raster server, areport engine, a query engine, and a geocode server. The map serverconverts vector data to viewable images. The raster server convertsraster data to viewable images. The report engine generates reportsrequested by clients from data. In certain implementations, the reportengine uses Style Reports (which is available from InetSoft TechnologyCorp.). In certain implementations, the spatial data store engine (e.g.,Oracle® Spatial Query Engine) in the data store tier 1040 interfaceswith the report engine and data. The query engine provides spatial andnon-spatial query access to data. The geocoder provides services togeocode requests from client software. In certain implementations, thegeocoder may comprise software available from Sagent.

The data store tier 1040 includes a spatial data store engine andproduction tabular/vector data and raster data catalog. At this level,data access related functions are provided.

The data integration tier 1050 includes an extraction, transformation,and loading (ETL) component, a spatial data preparation engine, and adata manager. The ETL component is used to perform ETL functions forreal-time and batch oriented data processing for hosted data. In certainimplementations, the ETL component comprises DT/Studio™ softwareavailable from Embarcadero Technologies, Inc. The spatial datapreparation engine is used for spatial manipulation of hosted data. Incertain implementations, the spatial data preparation engine comprises aFeature Management Engine, which is available for purchase from SafeSoftware, Inc. The spatial manipulation involves cleansing spatialgeometries, merging geometries to make the data rendering faster,re-sampling to create vector pyramid layers, etc. The data manager isused to create and deploy metadata for the hosted data. The data manageris also used to transport and deploy the hosted spatial and non-spatialdata.

A Storage Area Network (SAN) connects data and components to othercomponents. Also, there exist network (e.g., Wide Area Network (WAN),Local Area Network (LAN), Internet, etc.) connections to accessenterprise data that reside outside of the server system 1000.

FIG. 11A illustrates a software and Web services architecture 1100 inaccordance with certain implementations of the invention. A data storeis accessed via a data store access control layer. The next outer layerincludes data provider adapters, such as a map server, an Oracle®Spatial Query Engine, an ETL, and a spatial data preparation component.The ETL interfaces with a third party data source. The spatial datapreparation component accesses a third party data store. The ETL andspatial data preparation components are used to store data in the datastore. The access to data provider adapters and the data they work withare controlled using metadata about the data providers and the data.Thus, metadata acts as another software layer around the data providersand the data that the data providers work with.

The next outer layer includes all the functions and services offered byimplementations of the invention to client software (e.g., clientapplications). These functions and services include, for example,account/session management (e.g., managing access control), a spatialapplication service (which provides functions, such as spatial queries,rendering of spatial images etc.), a rendering service, a metadataservice (which retrieves and returns metadata about data layersavailable in the server system), a data manager, a geocode service, anda report service (for creating and generating various reports). The nextouter layer includes access control, which controls access to thefunctions and services at the layer beneath it. The access control layerinterfaces with an authentication module. The authentication modulescontrols security functions such as logging in/logging out. Above theauthentication module, resides the Web front end, which includes aportal, Web services/SOAP, and JSP/Servlets. Above the Web front end,are systems to which data and results may be delivered.

FIG. 11B illustrates an alternative software and Web servicesarchitecture 1110 in accordance with certain implementations of theinvention. A data store is accessed via a data store access controllayer. The next outer layer includes data provider adapters, such as amap server, an Oracle® Spatial Query Engine, an ETL, and a spatial datapreparation component (for preparing data by, for example, geocoding thedata). The data provider adapters interface with metadata. The nextouter layer includes account/session management, a spatial applicationservice, a rendering service, a metadata service, a data manager, ageocode service, and a report service. The next outer layer includesaccess control.

The next outer layer includes functions, such as, login/logout, openprojects, ping, GetFeatures/Save/UpdateFeatures, GetImage,GetServiceInfo, and GetGeocode. GetFeatures/Save/UpdateFeaturesretrieves, saves and updates spatial data in spatial data sets. GetImagegenerates a viewable image of spatial data. GetServiceInfo retrievesmetadata about data sets. GetGeocode retrieves location information suchas latitude and longitude from business data such as an address,intersection, name of place, landmark etc.

C. Integrating with Enterprise Data

Currently, many enterprise customers use business support systems (BSS),such as CRM, ERP, and SCM to improve revenue growth, customersatisfaction, and employee productivity. Although BSS solutions are verybeneficial to businesses, there are many limitations as well, such aswhen customers want to visually analyze BSS data that they have storedin their data stores. In the past, there has been no convenient way forcompanies to integrate their private BSS data with other data and todisplay the results on specific maps. If a user organization were tointegrate its BSS data with other data (e.g., geographic information),it would require substantial capital for purchasing computer hardware,big storage devices, spatial management software, and relevantgeographic data as well as the need to constantly update geographic dataon storage devices.

By using geospatial information, individuals can work more efficientlybecause they can view and easily analyze certain situations if a lot ofdiscrepancies exist based on geographic locations. Implementations ofthe invention are designed to integrate third partyorganization/enterprise data and spatially referenced data. Withreference to FIGS. 9A-9E, third party data and enterprise data may beintegrated for use in generating spatially referenced data layers.

For example, the invention systems allow one government user to loginfrom a browser that is hosted by, say, the manager of the inventionsystem to access spatial data. At the same time, this government usercan access the data from said user's own data store hosted by itsgovernment agency. However, because of access restrictions provided bythe system manager, this user cannot access other third party data fromdifferent third parties. Furthermore, when users are accessing theirorganization's data using implementations of the invention, the data issecure and hackers cannot tamper with the data.

FIG. 12 illustrates processing for integrating third party data andenterprise data in accordance with certain implementations of theinvention. Control begins at block 1210 with retrieval of third partydata. In block 1212, enterprise data is retrieved. In block 1214,spatially referenced data layers are created using the retrieved thirdparty data and enterprise data.

D. Dynamic Generation, Display, and Manipulation of Multiple Data Layersof Spatially Referenced Data

Implementations of the invention provide a technique to generate anddisplay composite images made of multiple data layers. In particular, aserver system generates individual spatially referenced images for eachdata layer, which may be referred to as “image layers”. A spatiallyreferenced image or image layer is a type of data layer. The serversystem sends each individual image layer to client software. The clientsoftware overlays the image layers to display them as a single compositeimage.

FIG. 13 illustrates multiple data layering in accordance with certainimplementations of the invention. Certain implementations of theinvention may be implemented in a large distributed computingenvironment. The computing environment may include, for example, clientsoftware 1310, a server system 1320, a data store 1330, and a renderingsystem 1340. In certain implementations, as illustrated in FIG. 13, therendering system 1340 is separate from the server system 1320, however,in other implementations, the rendering system 1340 may be part of theserver system 1320. A user utilizes the client software 1310 on acomputer that is connected via a network 1315 to the server system 1320to make a request for data. An example of the user's request is arequest for a view of customer information and locations in a specificsales territory. The request is sent to the server system 1320, andappropriate data within a data store 1330 is accessed (e.g., raw data,tabular, raster data, vector data, etc.). The data in this example mayinclude customer information 1332, roads information 1331, and/or salesterritory boundaries 1333.

Each data set of the retrieved data is processed by a rendering system1340 to be transformed into a spatially referenced image (e.g., bitmap,JPEG, TIFF, Graphics Interchange Format (GIF), Portable Network Graphics(PNG), etc.). As part of this transformation, the coordinates of thedata and a description of how data is to be displayed are embedded intoeach image layer. The results of the transformation are individual imagelayers, each of which contains a graphical and text representation ofeach data set. That is, each data set in the data store corresponds toan image layer. Again, in this example, the image layers consist of aroads image layer 1351, a customer information image layer 1352, and asales territory image layer 1353.

The individual image layers are sent, via a network 1315, to the clientsoftware 1310 at the user's computer. The client software 1310 cacheseach individual image layer in local memory, and then uses imageoverlaying techniques known in the art to display the requested imagelayers to the user. The image layers, in this example, the roads imagelayer 1351, the customer information image layer 1352, and the salesterritory image layer 1353, are individually cached into memory andoverlaid and displayed to the user.

FIG. 14 illustrates logic for multiple data layering in accordance withcertain implementations of the invention. Users may view and analyzedata spatially in a client-server environment using client software. Inparticular, image layers are presented to users in the client softwareUI screen as data layers. The user may choose to view one or more datalayers among the data layers available by “turning on” one or moredesired data layers in the UI screen. The user may choose not to view adata layer by “turning off” the data layer in the UI screen.

In FIG. 14, control begins in block 1410 with receipt of a user request,which was submitted via a UI screen displayed by client software. Theclient software allows users to control the viewing of different datalayers by providing a Layer Control window in the UI screen that allowsthe user to turn on and off different data layers ((e.g., using a checkbox for each data layer on the UI screen). When a user wants to turn offa data layer, the client software does not need to go to a server systemto request a new raster or vector data file if the client softwarealready has that data layer in storage (e.g., in memory or on aconnected storage device) on a client system. In certainimplementations, images layers for data layers are created such that theempty areas in the spatially referenced image are transparent. Thisallows different data layers to be overlaid on top of each other withoutaffecting the display of the data layers that are below. If a user wantsto reorder the way in which data layers are displayed, this can be done,via the user interface, without gathering new raster or vector imagefiles from the server system. When a user changes the order of layers byusing the Layer Control window, the client software simply reorders thedata layers and redisplays them.

In certain implementations, the client software supports the multipledata layering mechanism by using Dynamic Hyper-Text Markup Language(DHTML). Web browsers support the ability to dynamically display imagesby inserting what is commonly referred to in the art as image tags intoa window in the browser's viewing area. DHTML is used to insert imagetags into a viewing window. In certain implementations of the invention,this viewing window is called the Map Control window. The clientsoftware running on the user's machine (e.g., a client system) keepstrack of the data layers it is manipulating in a memory structure calleda layer object. Each layer object has information on where to find thelocally cached image for that data layer. The data layers currentlybeing viewed by the user are represented in a list of layer objects.Although examples herein refer to “list” of layer objects, any structuremay be used without departing from the scope of the invention. Incertain implementations of the invention, the client software insertsone image tag into the Map Control window for each layer object in thelist of layer objects. This prompts the browser to fetch the image forthat data layer from cache and display it in the Map Control window.When more than one image tag is inserted into the Map Control window,the browser overlays the image in the order in which the image tags areinserted.

That is, the client software manages the spatially referenced images foreach data layer independently. The individual spatially referencedimages are cached in local memory by the client software. The individualspatially referenced images are combined (e.g., overlaid usingwell-known overlaying techniques) by the client software based on userinput to create a composite image for viewing by a user. Examples ofoverlaying techniques used by the client software include DHTML in abrowser and data overlaying techniques supported by computer programminglanguages such as Java, C/C++ and C#.

In block 1412, it is determined whether the request is to remove a datalayer from the displayed view. If so, processing continues to block1440, otherwise, processing continues to block 1414. In block 1440, thedata layer is removed from the list of data layers being viewed (i.e.,the “image” list) by removing the layer object for the data layer fromthe list of layer objects. In block 1444, the spatially referencedimages in the updated list of data layers being viewed are overlaid anddisplayed (e.g., by clearing the Map Control window and inserting newimage tags for all the layer objects left in the list of layer objects).That is, when the user “turns off” a data layer, the client updates thelist of layer objects to exclude this data layer from an image list.Although examples herein refer to image “list”, any structure may beused without departing from the scope of the invention. Then, the clientsoftware overlays the data layers in the list of data layers beingviewed and displays the resulting overlaid composite image. The clientsoftware is able to perform this processing without communicating withthe server system.

In block 1414, it is determined whether the request is to reorder datalayers. If so, processing continues to block 1442, otherwise, processingcontinues to block 1416. In block 1442, the display order of thespatially referenced images associated with the data layers are set tomatch the user's request. The client software does this by reorderingthe layer objects in the list of layer objects for spatially referencedimages being viewed. Then, processing continues to block 1444, and thespatially referenced images in the reordered image list are overlaid anddisplayed. This is accomplished by clearing the Map Control window andreinserting image tags into the Map Control window following the neworder of image layers. That is, when the user changes the order in whichthe image layers are viewed or overlaid, the client software reordersthe image list and overlays the spatially referenced images in the neworder for display without communicating with the server system.

In block 1416, it is determined whether the request is to pan, zoom orrefresh. If so, processing continues to block 1418, otherwise,processing continues to block 1426. In block 1418, the client softwarerequests the server system to generate spatially referenced images foreach data layer being viewed by the user for which there are nospatially referenced images in cache. In block 1420, the server systemgenerates an individual spatially referenced images for each data layerand returns these as individual spatially referenced images to theclient software. In block 1422, the client software caches the spatiallyreferenced images in memory. The image list is updated in block 1424with the new spatially referenced images returned from the serversystem. The client software does this by updating the layer objects inthe list of layer objects. The client software reorders the image listin block 1442, if needed, based on the order in which the user wishes toview the data layers. Then, in block 1444, the client software overlaysthe spatially referenced images in the desired order and displays theresulting overlaid image to the user by clearing the Map Control windowand reinserting image tags for the images represented in the list oflayer objects.

In block 1426, it is determined whether the request is to view a newdata layer. If so, processing continues to block 1428, otherwise,processing is complete. When the user “turns on” a data layer, theclient software in block 1428 will determine whether the spatiallyreferenced image for the data layer is cached locally in memory at theclient system. If so, processing continues to block 1436, otherwise,processing continues to block 1430.

If the spatially referenced image for the data layer is present andcached in local memory, the client software in block 1436 retrieves thespatially referenced image from local memory. Then, in block 1438, theclient software updates the image list of images being viewed to includethe cached spatially referenced image that has been requested by theuser. The client software accomplishes this by adding the layer objectfor the new image layer to the list of layer objects representing thespatially referenced images being viewed. The client software reordersthe image list in block 1442, if needed, and overlays the spatiallyreferenced images in the image list and displays the overlaid image tothe user (block 1444) by clearing the Map Control window and reinsertingimage tags for each of the layer objects in the layer objects list. Theclient software is able to perform this processing without communicatingwith the server system.

At block 1428, if it was determined that the spatially referenced imagefor the data layer the user “turned on” is not cached in local memory,the client software sends a request to the server system in block 1430to generate the spatially referenced image for that particular datalayer. In block 1432, the server system generates and returns thespatially referenced image. When the client software receives thespatially referenced image for the data layer, the client softwarecaches the spatially referenced image to local memory in block 1434.Then, the client software updates the image list to include the newly“turned on” data layer in block 1438 by adding the layer object for thenew image layer to the list of layer objects. The client softwarereorders the image list in block 1442, if needed. Next, the spatiallyreferenced images in the image list are overlaid and displayed to theuser in block 1444 by clearing the Map Control window and reinsertingimage tags for each of the layer objects in the layer objects list.

When the user performs other actions, such as annotation or spatialanalysis functions that result in additional spatially referencedimages, the additional spatially referenced images are added to theimage list in block 1438 as new spatially referenced images, the imagelist is reordered if needed in block 1442, and a new overlaid image isgenerated and displayed by the client software in block 1444.

In summary, implementations of the invention provide an efficienttechnique for updating spatially referenced images seen by the user ofclient software in a client server environment. Moreover, the time ittakes to update the image layer seen by the user of the client softwareis minimized when the user updates the data layers currently beingviewed, since the client software is able to perform the update in localmemory at the client system. Also, an efficient technique for updatingthe spatially referenced images seen by the user of client software isprovided, without the need for complex image generation software logicin the client software.

When the user of the client software updates the data layers beingviewed the client software performs the update locally at the clientsystem. This minimizes server system data processing load. Additionally,the server system generates new spatially referenced images only fordata layers for which a spatially referenced image was not previouslycreated. This also reduces server system data processing load.

E. Accessing and Processing Data Available in Real Time

Implementations of the invention automatically process data (e.g.,vector, raster, and tabular data) and automatically enable the processeddata in a server system to be viewed spatially by client software.Vector and raster data are updated to allow efficient access to the datain a client/server environment. Location information in tabular data isused to dynamically generate and link spatial coordinate information,such as X/Y or Latitude/Longitude coordinates, to the tabular data. Thisallows the tabular data to be viewed spatially using the clientsoftware. Metadata is dynamically generated based on business rules orinstructions that define how the data should be presented in using theclient software. Additional metadata is created based on access rulesthat restrict access to the data.

Conventional systems are unable to provide a real-time automated mannerin which data can be acquired into a client server environment and makeit viewable as spatially referenced data.

The process of making non-spatially and spatially referenced dataavailable to a client for viewing in a spatial context includes, forexample, automated data processing and automated activation of data foruse by client software, in real time and without terminating clientsystems logged in to the server system. Automated data preparation isthe process of taking data and automatically transforming the dataand/or adding to the data so that the data may be viewed spatially by aclient system. Automated activation of the data is the process ofautomatically, at the server system, making the newly prepared dataavailable to the client system. The data prepared by implementations ofthe invention is immediately available for the client software to use,without the need to restart any server applications or client software.

FIG. 15 illustrates a distributed computing environment 1500 inaccordance with certain implementations of the invention. The linesconnecting components/blocks in FIG. 15 represent a particular flow toassist with understanding of the invention, but it is to be understoodthat data/communications may flow in any direction (e.g., the clientsoftware 1590 sends a request for data to the server system 1530). Thedistributed computing environment includes a retrieval system 1520, atransformation system 1540, a loading system 1550, a data store 1560, ametadata store 1570, and a server system 1530. The transformation system1540 includes a cleansing server 1542, a geocoding service 1544,metadata generation 1546, and rendering specification generation 1548.

Implementations of the invention allow users at client systems to viewboth data stored in data stores in the distributed computing environment1500 (i.e., a type of enterprise spatial system) as well as data storedin a customer's environment (e.g., their own server infrastructure).Examples of data stored in a data store at the distributed computingenvironment 1500 include a data store table that contains data for roadsin the country. The distributed computing environment 1500 also makesdata that is obtained from external applications available to its clientsystems. One such example of this type of data is customer data for acompany obtained from a Customer Relationship Management (CRM) systemlocated in the customer's environment.

Implementations of the invention make new data 1512 available to aclient system through data preparation and use of metadata. Datapreparation refers to preparing the data for viewing spatially. The datapreparation process involves one or more of the following sub-processes:data retrieval 1520, data cleansing 1542, geocoding 1544, metadatageneration 1546, rendering specification generation 1548, and datauploading 1550. In certain implementations, some of the sub-processesinvolved in data preparation may not need to be performed when new datais processed by the system. For example, if the data being madeavailable to the clients is already spatially referenced, then geocoding1544 is not performed on the data. Another example is the case in whichthe data being made available to the client is retrieved by the serversystem in real time when the client requests the data. In this scenario,the loading system 1550 is not needed. Unlike conventional systems, allthe sub-processes for the data preparation process are performedautomatically and, if needed, in real-time.

Data retrieval 1520 is the process of gathering the data that needs tobe presented to the client system. Data retrieval 1520 gathers data fromsources of data 1512 on a local system or from remote systems across anetwork 1580. Data retrieval 1520 works with files, data stores,applications (e.g., CRM systems), and client software 1590 (e.g.,browsers and standalone client software). An example of data retrievedfrom a file is a company's inventory data in a file in Comma SeparatedValues (CSV) format. The same information can also be retrieved from adata store across a network 1580. An example of data retrieved from anapplication may be a company's customer information retrieved from a CRMsystem by interfacing with the APIs exposed by the CRM system. Dataretrieval 1520 works with client systems that allow users to enter datathrough client software 1590. For example, when a report of a fire iscalled in to a dispatch center for a fire department, personnel at thedispatch center may enter the location of the fire in real time using aweb page. The data retrieval 1520 gathers the real time data and thenautomatically loads the data in real time into the data store (e.g.,1160) used by the server system 1530. Then, after data preparation isdone, with implementations of the invention, client software 1590 isable to show the location of the fire in real time to the firedepartment so that they can respond to the fire immediately.

Address cleansing 1542 and geocoding 1544 may also be performed in realtime on the data, depending on the format in which the data is enteredusing the web page. Address cleansing 1542 is the process of updatingthe address information associated with the data elements to correctinconsistencies in the data in order to accurately assign spatialcoordinates to the data to be viewed spatially. For example, addresscleansing 1542 corrects a misspelled name of a city in an address.Geocoding 1544 is the process of generating spatial coordinates (e.g.,latitude and longitude) that pinpoint a point on earth from locationinformation and associate the point with data. Examples of locationinformation include an address, cross streets, a landmark name (such asThe White House), etc. For example, the process of geocoding 1544 willadd spatial coordinates such as (X, Y) coordinates for each entry in adata set 1545.

With metadata generation 1546, the metadata about the data that is beingprepared is generated and stored in the metadata store 1570. When clientsoftware 1590 requests the server system 1530 to view data 1512, theserver system 1530 uses metadata stored in a metadata store 1570 tolocate, retrieve, and render the data for the client software 1590. Forexample, if the data is stored in a table in a data store, the metadataincludes information, such as the name of the data layer as it will bepresented in the client software 1590, the name of the data table inwhich data is stored, the location of the data store in which the tableis located, security credentials required to access the table,information on how to render the data, etc. It would be apparent tothose skilled in the art that the metadata mentioned above couldalternatively be provided along with the data to be processed andpresented to the user spatially, utilizing XML or other message orcontent descriptive formats.

The rendering specification generation 1548 generates a renderingspecification, which describes how data should be presented to theclient software 1590. For example, the rendering specification forcustomer data for a company may specify: “Point size=12, Pointcolor=red”. The server system 1530 uses the rendering specification todisplay a point that is red in color and 12 pixels wide on the displayscreen of the client system at each point at which a customer islocated. The rendering specification may be stored in the metadata store1570.

Each set of data in the data store 1560 may be associated 1572 with oneor more rendering specifications in the metadata store 1570. Thus,implementations of the invention show the same data in different formsto different client software, without creating multiple versions of thesame data and storing the multiple versions.

The loading system 1550 loads prepared data into a data store (e.g.,1560) to be used by the server system 1530. In certain implementations,data is passed through the server system 1530 to the client software,without loading the data into data store 1560, via line 1525. Forexample, if a government or corporate entity does not want their datastored in data store 1560, the data could be retrieved 1520 and passedto server system 1530 for transmission to client software 1590.Implementations of the invention retrieve and display data residing on acustomer location across a network 1580 in real time, and, in thisscenario, the loading system 1550 may not be needed.

FIGS. 16A and 16B illustrate data preparation in accordance with certainimplementations of the invention. Unlike conventional systems,implementations of the invention automate the data preparation process.FIGS. 16A and 16B describe some of the metadata elements created duringautomated data preparation. Implementations of the invention automatethe data preparation process by using another set of metadata (not shownin FIG. 16A or 16B) stored in the metadata store 1570 that describes thedata preparation process for each individual set of data.

When the requested data is displayed to the client software 1600, therequested data is not retrieved from a static table. Instead, the clientsoftware's 1600 view is a representation of the information that isbeing displayed from multiple data sources dynamically. These individualand multiple data sources include, but are not limited to, business data1613 b and spatial coordinates 1645 b from separate tables within thespatial data store 1660, as well as, rendering specifications derivedfrom business rules stored in metadata store 1670. Metadata is used tolink these multiple tables together dynamically.

In certain implementations, specific software modules performsub-processes for the data preparation process, and a master softwareprocess coordinates the actions of these individual software modules byusing metadata in metadata store 1670 to decide which software modulesare to be activated to perform the data preparation. For example, themetadata may indicate whether the data includes coordinates, and,therefore, geocoding is not necessary.

The metadata also provides information needed by the individual softwaremodules. For example, a piece of information that the loading system1550 needs is the name of the table into which the data should beloaded, and this data is provided by the metadata 1673. The metadataalso has elements that describe the status and results of each one ofthe sub-processes of the data preparation process that are performed.The metadata also has data validation procedures that are performed foreach sub-process for the data preparation process. The master softwareprocess initiates the validation as specified in the metadata.

In FIG. 16A, customer data (e.g., 1613 a) is uploaded 1620 and stored inspatial data store 1660 as business data 1613 b. The data is cleansed1642 and geocoded 1644. The geocoding adds coordinates to data elements(e.g., records) as illustrated by spatial coordinate table 1645 a, andcoordinates 1645 b are stored in the spatial data store 1660. Thebusiness data 1613 b and coordinates 1645 b are used to create aspatially referenced data layer view 1690. Metadata is created 1646 andstored in metadata store 1670. A rendering specification is generatedbased on business rules 1648. For example, the rendering specificationfor customer data for a company may specify a business rule of: “Pointsize=12, Point color=red” 1672 a. In FIG. 16B, this metadata 1672 b isused by client software 1600 to display data. With reference to FIG.16A, metadata and spatial tables are dynamically linked 1680. Next, thelayer view may be transmitted over a network to client software 1600 anddisplayed by client software 1600 in FIG. 16B. FIG. 16 B illustratesthat client software 1600 receives data sent via, for example, fromspatial data store 1660 and metadata store 1670. Data 1613 b, 1645 b,and 1672 b each represent one or more data layers.

FIG. 17 illustrates logic for data preparation and activation inaccordance with certain implementations of the invention. For one lineof logic, control begins at block 1710 with the server system creatingdata processing automation instructions in the metadata store 1670. Dataprocessing automation instructions are specific directives that acomponent in the data preparation system understands, and each directivecontains all the information that the component needs to perform aspecific data preparation process. An example of a data processingautomation instruction is an instruction to generatelatitudes/longitudes for each data record in a data set from addressinformation in a specific field in the data records. In block 1712, theserver system retrieves the data processing automation instructions fromthe metadata store 1670.

Blocks 1714-1754 represent processing performed automatically based onthe data processing automation instructions executed by, for example, amaster software process, without user or administrator intervention. Inblock 1714, an automated process determines the source locations ofsource data (e.g., application datasets) from the data processingautomation instructions. In block 1716, the automated process determineswhether the source data is to be stored at the server system based onthe data processing automation instructions. If so, processing continuesto block 1718, otherwise, processing continues to block 1740. That is,if the source data is to reside on the server system, then the data isretrieved from the current data source (block 1718) for processing andstorage in the server system data store as described by blocks 1720through 1738.

In block 1720, it is determined whether the data is spatiallyreferenced. If so, processing continues to block 1736, otherwise,processing continues to block 1722. In block 1722, it is determinedwhether the data needs geocoding. If so, processing continues to block1724, otherwise, processing continues to block 1736. In block 1724, itis determined whether the data needs address cleansing. If so,processing continues to block 1732, otherwise, processing continues toblock 1726. In block 1732, address cleansing is performed, and in block1734, the metadata store 1270 is updated with an address cleansingresult status.

In block 1726, geocoding is performed. In block 1728, spatialcoordinates created by the geocoding process are stored in the serversystem data store. In block 1730, the metadata store 1270 is updatedwith a geocoding result status.

In block 1736, data is loaded into a data store, if needed. In block1738, the metadata store 1270 is updated with a load result status.

At this point, data layer metadata may need to be updated to reflect theresults of the cleansing, geocoding, and data store processes. In block1740, it is determined whether the data layer metadata needs to becreated or updated. If so, processing continues to block 1744,otherwise, processing continues to block 1752. In block 1744, metadatais generated for data to be used by the server system provided byimplementations of the invention at run time. In block 1746, renderingspecification metadata is generated from business rules or dataprocessing automation instructions. In block 1748, access controlmetadata is created based on business rules. In block 1750, access isgranted to users. In particular, as will be discussed in further detailbelow, a data layer definition metadata table and a users metadata tableare maintained, and access is granted by associating a data layerdefinition metadata table entry with a users metadata table entry.

In block 1752, it is determined whether client software at one or moreclient systems should be notified about new data. If so, processingcontinues to block 1754, otherwise, processing ends. In block 1754,client software at one or more client systems are notified about newdata and, optionally, decisions made by the automated process.

Implementations of the invention also provide automated activation ofnew data. In particular, each set of related data in the server system,such as client locations, roads, rivers etc., is presented as datalayers in the client software. Each new set of data prepared byimplementations of the invention is made available to the clientsoftware as a new data layer. Each data layer seen by the clientsoftware has a corresponding data layer representation in the metadatastore 1270 in the server system. The metadata associates each data layerrepresentation with a set of roles or users who can view the data in thedata layer. When a user connects to the server system, the clientsoftware is notified by the server system which data layers the user canview based on the data layer representation associations in themetadata. Based on user actions, the client software can request spatialviews of any or all of these data layers. The client software will notview and hence cannot request any data from a server data layerrepresentation that is not associated with the user.

Referring now to FIG. 17, blocks 1744-1748, at the completion of theautomated data preparation process for data (i.e., a new data set), allmetadata has been created in the metadata store. At this point, the datahas a data layer representation in the metadata. However, none of thecurrent users can view the data since the data layer representation forthe data is not associated with any of the users of the system. Theusers can be associated with the data layer representation in one of twoways. First, a software process can be run that takes a predefined useraccess list, such as a file with user names, and associates each one ofthese users with the data layer representation in the metadata. Second,an interactive application (e.g., a server based application or clientsoftware, such as a browser application) may be used to associate thedata layer representation with one or more users.

When a user logs in to the server system, the server system willautomatically look for all metadata data layer representations that areassociated with the user and make them available for viewing by theuser. Once the actions in block 1750 have been done, the server systemwill find the new data layer representation associated with one or moreusers who are allowed to see that data layer representation, and thedata layer representation will automatically be available to the user.Unlike conventional systems, there is no need to restart the serversystem.

For another line of logic, control begins at block 1742 and data isentered by a user in client software or real time data is automaticallygenerated. The data being spatially viewed may be updated real-time in abatch process or based on input from a user entering data into clientsoftware, by a client software generating data as part of itsprocessing, by a sensor device (such as a smoke detector) generatingdata or by a location sensing device (such as a GPS enabled device)generating data.

When new data has been introduced to the system, the new data is madeavailable to the user immediately, while the user is accessing and/oralready using the system. In certain implementations, the server systemwill have a special software flag that will indicate whether there isnew data in the server system. This software flag is turned on whenthere is new data. When a client software request reaches the serversystem, this flag is checked and, if the flag is turned on, the clientsoftware is told that there is new data available. The client softwarecan then retrieve the data and view the data without having to restartthe client session. If the client system is already connected to theserver system using a communication protocol that allows the serversystem to initiate interactions with the client system, the serversystem will notify the client system that there is new data available.

Thus, unlike conventional systems, implementations of the inventionallow real time update of data sets already being used by clientsystems. New data can be added to or deleted from the data set. Theclient systems will automatically view changes to the data sets whenthey refresh their displayed data view, if they have access rights tothe data.

In summary, original data is left intact while being associated withspatial coordinate information to enable the data to be visualizedspatially. Thus, the original data may still be processed by existingsoftware. Moreover, the data may be visualized spatially, while allowingexisting software currently using the original data to continue tooperate correctly. Also, the data may be visualized spatially, whilekeeping the data and the associated coordinate information in separatedata sets, and, if needed, in separate data stores. A server system isable to retrieve and present data residing in a remote location toclient software that views spatial data as though the data is residingin a local data store.

Non-spatially referenced data may be associated with pre-existingspatially referenced data to allow new spatial data presentations to thesame data set. Additionally, this association is performed dynamically,and the data need not be moved or transferred from its originallocations.

Client software may perform spatial analysis and make business decisionsby using spatial presentation of currently existing non-spatiallyreferenced data in an automated manner. The process of retrieving,cleansing, geocoding, loading and making the data available to clientsoftware in a client server environment is automated.

Data being spatially viewed by client software in a client serverenvironment may be updated real-time without any interruptions to theserver and client software. In this context, the data being spatiallyviewed may be updated real-time in a batch process or based on inputfrom a user entering data into a software user interface, by softwaregenerating data as part of its processing, by a sensor device (such as asmoke detector) generating data or by a location sensing device (such asa GPS enabled device) generating data.

A software abstraction level is created that allows data sets to berepresented as abstract entities to client software. The term softwareabstraction level refers to making the data set look like a simple datalayer with all the data residing in a local data store, while in factthe data may be acquired real time from some other location (i.e., otherthan the local data store). In this context, the software abstractionlevel is used to allow the server system to acquire and process datapresent in different formats and in different locations without changingthe client software and without changing the core server application.

F. Hierarchical Access Control to Spatially Referenced Data Stored in aConventional Data Store

It is a difficult task to provide security and different access controlsto data and applications to different employees. For example, userorganizations may want to only give certain employees special accessrights to BSS data and geographic information because there might beconfidential data. However, this can be complicated by the fact thatuser organizations may want everyone in the organization to have a basiclevel of access to non-confidential geographic information to improveindividual productivity.

Implementations of the invention provide access to spatially referenceddata at a data set level or at an individual data element level withinthe data set. Users can be granted access to (e.g., visually see) or bedenied access to entire sets of data. Access can be further restrictedto allow users to view only particular subsets of data within a dataset. This is done through metadata definitions that are independent ofthe technology used to store the spatially referenced data.

FIG. 18 illustrates metadata stored in metadata store 1570 (FIG. 15) foruse in controlling access to data in accordance with certainimplementations of the invention. Metadata is stored in metadata store1570 for all resources managed and made available to client systems. Theresources include, for example, data and application functions. Data isseen by the client software 1590 as data layers in the UI screen. Eachdata layer presented to the client software 1590 has a correspondingmetadata definition in a table, labeled layer definition table 1872 inmetadata store 1570. Each application function presented to the userthrough the client software 1590 has a metadata definition in anothermetadata table labeled application definition table 1874. The inventionsystem also maintains information about the users, such as login name,first name, last name, etc., in yet another table, labeled user table1876.

When client software 1590 requests access to a resource (e.g., data oran application function), the server system 1530 accesses this resourceusing the appropriate metadata table. For example, when the clientsoftware 1590 wants to view the data for a data layer (e.g., byselecting the data layer for viewing via a UI screen), the server system1530 finds the metadata definition for this data layer in the layerdefinition table 1872. In particular, if the resource is a data layer,the data layer has a layer identifier (“Layer ID”), such as 20, and theserver system uses the layer identifier to find the entry associatedwith the requested data layer.

Then, the server system 1530 uses the information contained in themetadata definition for the data layer to access the data store 1560(using the data store user name), retrieve the data 1520, transform thedata 1540, and present the data to the client software 1590.Implementations of the invention do not allow resources to be accessedif the resources are not represented in the appropriate metadata tables.

Implementations of the invention also maintain access control lists(commonly referred to as ACLs) for each of the resources represented inthe metadata tables. The access control list for a given resource is alist of users who can access the resource. Each resource is associatedwith a list of users, and this association is maintained in a new table,labeled resource ACL table 1878.

Whenever client software 1590 requests access to a resource, the serversystem 1530 first checks whether the resource is associated with theuser by searching the resource ACL Table 1878. If the server system 1530finds the association, the server system 1530 allows access to theresource. Otherwise, the server system 1530 rejects the request from theclient software 1590.

Implementations of the invention also associate data filters with eachentry in the layer definition table 1872. A data filter is an assertionthat should be valid for all data that is retrieved using that metadatadefinition. The client software 1590 is allowed to access only data forwhich the assertion is valid. Take for example data that containscustomer information for a company. The data filter associated with themetadata entry for such data may be “Region=West Coast” 1873. The term“Region” in this filter refers to a data element, such as a column namein the data. The term “West Coast” in this filter is the desired columnvalue. Then, the server system 1530 retrieves a subset of the data thathas the value “West Coast” in the region column. Even though the datacontains customer information for all regions, the user who accessesthis data will only view the west coast region data, since the data isrestricted by the data filter associated with the metadata.

Additional metadata entries may be created in the layer definition table1872 for the same data set. Thus, multiple metadata entries can becreated for the same data, each with a different data filter. Then, bygranting access to the different metadata entries to different users,different users can be privileged or restricted to view differentsubsets of the same data.

Each user has a unique metadata entry in the user table 1876. Themetadata entry contains properties of the user. For example, a user canhave a property called “sales territory,” and an associated value forthe property. This property can then be used in a data filter to allowthe user to view only subsets of the data. For example, for a data setthat contains customer data, the data filter may be of the form“region=user.sales territory”. This filter indicates that only data forwhich the value in the region column matches the user's sales territoryproperty value should be retrieved for access by the user. Assuming thatuser A's sales territory property value is “West Coast,” and user B'ssales territory property value is “Midwest”, when user A views thecustomer data using the client software 1590, only the west coast datais shown to user A, and when user B accesses the same data, only theMidwest customer data is shown to user B.

Associated with each entry in the layer definition table 1872 is a setof credentials used to access the data within the data store 1560, whichmay be referred to as “access credentials.” The access credentials areused to access the data. If the data is stored in a data store 1560, theaccess credentials may include, for example, the user name and password.

A data set (e.g., a customer data table) in the data store 1560 may beassociated with more than one metadata entry in the layer definitiontable 1872. For example, there may be two entries in the layerdefinition table 1872 for the customer data table. The first entry maybe associated with data store user name DB USER A for client A, and thesecond entry may be associated with data store user name DB USER B forclient B. The data store user names are used to access the data store1560 in which data, such as the customer data table, resides. Then, theaccess rules enforced by the data store technology itself may be used toview different data elements within the same data set (e.g., customerdata table). For example, client A would be granted access to the firstentry in the layer definition table 1872, and client B would be grantedaccess to the second entry in the layer definition table for thecustomer data table. Client A and client B will access different sets ofdata, since the server system 1530 will access the back end data store1560 with data store user name DBUSER A for client A and data store username DBUSER B for client B. This allows implementations of the inventionto leverage the access control functionality provided by the data store(i.e., the data store user names) and use data store access credentials(i.e., the data store user names) that are different from the accesscredentials supported by implementations of the invention.

Implementations of the invention may use any combination of theabove-mentioned techniques for access control at the same time toretrieve subsets of the data for a particular client.

FIG. 19 illustrates logic when a client request to view information asdata arrives at the server system in accordance with certainimplementations of the invention. Control begins at block 1910 withreceipt of a request from client software for data at the server system.The request references a data layer that contains desired data. In block1912, the server system accesses the metadata store and finds an entryin a layer definition table 1872 (FIG. 18) for the requested data layer,which is referred to as a “layer definition table entry.” In block 1914,the server system accesses the metadata store and finds an entry in auser table 1876 (FIG. 18) (a “user table entry”) associated with thecurrent user who submitted the request for data via the client software.

In block 1916, the server system accesses the resource ACL table 1878(FIG. 18) in the metadata store and performs a query to determinewhether the current user has access to the requested data layer. If thecurrent user should not have access to the requested data layer, thenprocessing continues to block 1932, otherwise, processing continues toblock 1918. In block 1932, the server system notifies the clientsoftware that the data request will not be fulfilled and the processends.

In block 1918, the server system retrieves the data store user name fromthe layer definition table entry associated with the requested datalayer and connects to the data store using the data store user name(block 1920). In block 1922, the server system determines whether thelayer definition table entry has a data filter (i.e., whether the layerdefinition table includes an entry in the data filter column). If so,processing continues to block 1936, otherwise, processing continues toblock 1924. In block 1924, data is read from the data store using a datastore query. If there is a data filter, the data filter is retrievedfrom the layer definition table entry (block 1936), and data is readfrom the data store using a data store query, with the data filter beingapplied to the data store query to retrieve the requested data layerblock 1938.

In block 1926, the rendering specification is retrieved from the layerdefinition table entry. The data is rendered using the renderingspecification (block 1928), and the rendered data is sent to the clientsoftware (blocks 1930).

Providing secure access controls to data is important for companiesbecause without this security and access controls, companies cannotintegrate and use their enterprise data with geospatial information fromthe data center. Implementations of the invention provide variousadministration tools for users to create different organizations, rolesand access rights for each data layer and defined area. Each layer ordefined area has an associated resource identification value. Thisresource identification value is associated with a role (e.g., a role ina company, such as manager or administrator).

FIG. 20 illustrates a user hierarchy in accordance with certainimplementations of the invention. A user hierarchy is used to administeruser access to data, application functions, and other resources. Theinformation in FIG. 20 is used to show the relationship between thevarious entities in a company and their relationships.

For example, the system (e.g., the enterprise spatial system) 2002 is atthe highest level of the user hierarchy. The system 2002 has one or morecompanies 2004. Each company has one or more users 2006. Each user hasone or more roles 2008. Users may be specified using the user's name andassociated demographic information. For example, one user may bespecified with: Joe Brown, 13834 Sunshine Drive. Then, each user isassigned a role 2008 that exists within the company 2004. Roles include,for example, manager, administrator, advisor, or technician.

Each role has access to one or more application services 2010 and one ormore data layers 2014. Each application service is a collection ofdistinct features 2012 that perform particular functions. For example,geocoding is a feature that performs the function of translating anaddress to a latitude/longitude pair.

Data layers 2014 have subsets of data 2018 and areas of interest (i.e.,viewable extents) 2016, which are subsets of data based on a particulararea being viewed. The data layers 2014 form a category of data that isresident in a system 2002 data store. For example, data layers 2014 mayinclude census 2000 data. An area of interest 2016 may be, for example,a regional area of the globe (e.g., United States North West, UnitedStates South West, etc.). A subset of data 2018 represents a subset of adata layer 2014 (i.e., data layers 2014 may be broken into subsets usingfiltering techniques). The subsets of data are given identifiers (e.g.,names) so that access can be assigned to roles and users.

In summary, implementations of the invention allow users to viewspatially only those data sets to which they have been granted access.Users may be grouped into groups and then further sub-grouped underroles within the groups. In this context, users are granted differentaccess rights based on the group to which they belong and the role thatthey are assigned within the group. Access to data is granted to usersbased on metadata that is independent of the data store technology usedto store data. Access to data and applications is controlled in a mannerin which the access control mechanism is independent of the data storelocation storage format used by the data store and storage technologyused to implement the data store.

A software abstraction level is created using metadata for the data andthe application functions that work with this data. Access is granted todata and applications by granting access to the abstract entities inmetadata. Therefore, data and applications can be accessed by the serversystem for the client software when the user has been granted access tothe abstract entities for these in metadata. Moreover, data filters areattached to the abstract metadata entities to filter out subsets of thedata accessed by the server system using that particular abstractentity. More than one abstract entity may be created in metadata for thesame data set in the data store, without creating multiple copies of thedata set. Then, different data filters may be attached to the differentabstract entities to allow different users to view different subsets ofthe data based on which abstraction entity they use to access the data.

Different data store access credentials may be associated with differentabstract metadata entities for the same data set, and, thus, the dataseen by the user may be filtered using the data filtering abilitiessupported by the data store technology. The data accessed by users maybe filtered on a per user basis based on the properties of the user. Thedata filtering techniques provided by implementations of the inventionmay be used one at a time or simultaneously in any combinations of datafilters.

The access credentials used by the user to access the spatial serversystem may be detached from the access credentials used to access thedata store. The spatial server system may use different accesscredentials to access different data sets on behalf of the same user.The spatial server system may use the same access credentials to accessa data set on behalf of different users.

G. Automating the Process of Choosing and Displaying Data from PyramidedSpatially Referenced Data

Implementations of the invention display spatially referenced data(e.g., images) to client software, by automatically choosing one ofseveral data sets containing spatially referenced data corresponding tothe scale at which the user requests to view the spatially referenceddata. The data sets contain spatially referenced data, at varying scalesand varying levels of detail for the same viewing area of interest.

Implementations of the invention provide an application server tier thatincludes access control and map content configuration managementcomponents to handle customized secure access to data. In particular,when a user logs in to the server system, the server system obtains userinformation to generate a list of different data layers and regions thata user may access based on the user's role information and accesscontrols. Then, the server system returns this list to the clientsoftware.

Using the data layer information provided by the server system, theclient software creates layer control options and different data layerrepresentations for a user. When a user tries to use panning features toexpand the area of certain layers, a user's actions are limited by theaccess controls. Each user has a pre-defined viewing area (commonlyreferred to in the art as an “extent”) and the enterprise spatial systemconfines the user to stay within this viewing area while viewing thedata.

FIG. 21 illustrates a single data layer presentation that is providedfor a single pyramided spatially referenced data set in accordance withcertain implementations of the invention. A user selects a single datalayer (block 2112) to view via, for example, a UI screen provided byclient software 2110. A request for the data layer is sent to the serversystem 2120 via a network. The appropriate data table to use for therequest is automatically determined (block 2132) using metadata logicand metadata 2140. Then, the data store 2150 is accessed, data layers(e.g., image layers) are generated, and the data layers (e.g., imagelayers) are returned to the client software 2110 (block 2134). Thespatial data store 2150 and metadata logic and metadata store 2140 arepart of a data store system 2130.

FIG. 22 illustrates a metadata store 2217, a spatial data store 2218, abusiness data store 2219, and relationships among the data stores 2217,2218, 2219 in accordance with certain implementations of the invention.FIG. 22 illustrates some tables, although the data stores 2217, 2218,2219 may store many tables. For ease of understanding, only a subset ofthe columns in the tables are shown.

A software abstraction level separates the data layers, as the datalayers are presented to the user with the client software, from the dataset or data sets that contain the data. The software abstraction levelis created using metadata stored in a set of data store tables. Inparticular, for each data layer viewed by the client software, there isa corresponding entry in a layer definition table 2225. For each dataset stored in the data store, there is a corresponding entry in a layerpyramid table 2226. The layer pyramid table 2226 contains the name ofthe data table that contains data, along with the minimum and maximumzoom scales at which the user is allowed to view the data. In certainimplementations, there is one layer pyramid table for each entry in thelayer definition table. The layer definition table 2225 also may haveentries for business tables 2230 and 2231. These tables may also have anentry in the layer pyramid table, even though the business data may notbe stored as a pyramid in the data store. The layer pyramid tableentries for business tables 2230 and 2231 are not shown in the layerpyramid table 2226.

Each entry in the layer definition table 2225 is associated with one ormore entries in the layer pyramid table. For example, the “Roads” datalayer represented in the layer definition table 2225 is associated withthree entries in the layer pyramid table 2226. In certainimplementations, the layer definition table 2225 and the layer pyramidtable 2226 each have a layer identifier (“Layer ID”) column for use increating the associations. The three entries in the layer pyramid tablein turn point at the three tables 2227, 2228, 2229, respectively, thatcontain the spatially referenced data for the “Roads” data layer. Thelayer pyramid table 2226 also contains MinScale and MaxScale columns.The MinScale column indicates the minimum zoom level at which the datacorresponding to this entry in the pyramid table can be viewed. TheMaxScale column indicates the maximum zoom level which the datacorresponding this entry in the pyramid table can be viewed. In theexample shown in the layer pyramid table 2226, the first entry in thelayer pyramid table 2226 can be viewed from zoom scale levels 100 to10,000; the second entry can be viewed from zoom scales 10,001 to100,000; and, the third entry can be viewed from zoom scales of 100,001to 10,000,000,000. Since all these entries in the layer pyramid table2226 are linked together by the value 10 in the Layer ID column, thesethree entries represent a pyramid with three levels for Layer ID 10. TheLayer ID of 10 corresponds to the “Roads” entry in the layer definitiontable 2225. Thus, the three entries in the layer pyramid table representa layer pyramid with three levels that is actually seen as a single datalayer (e.g., the roads data layer) by the client software.

FIG. 22 illustrates a pyramid in which data is stored in data storetables in a single spatial data store 2218. The use of metadata allowsthe creation of pyramids with any form of data store, including pyramidsin which the data for some levels in the pyramid is provided by anapplication external to the enterprise spatial system. Withimplementations of the invention, pyramids may be made of different datasets, and the data sets may be physically located in different locationsand in different data formats.

The user is presented with one data layer via the UI screen for apyramided data layer. For the example shown in FIG. 22, the user wouldbe presented with one “Roads” data layer in the UI screen. When the userrequests to view the “Roads” data layer at a particular zoom scale, theserver system uses the layer definition table 2225 and the layer pyramidtable 2226 to automatically determine which data store table among thethree for the “Roads” data should be used to satisfy the zoom request.The logic performed by the server system to automatically choose thedata set from a pyramid is described below with reference to FIGS. 23and 24.

Additionally, each entry in the layer pyramid table 2226 may beassociated with rendering specifications. This allows for differentpresentations for the data at different levels in the pyramid to beautomatically created. Moreover, each entry in the layer pyramid table2226 can also be associated with a data filter. The data filter isapplied to all data retrieved at that pyramid level to filter outsubsets of the data in the data set.

FIG. 23 illustrates logic for processing a client request to view datain accordance with certain implementations of the invention. Controlbegins at block 2310 with the server system receiving a request fromclient software to view particular information (e.g., an image ofroads). In block 2312, the server system determines whether the requestis for an image. If so, processing continues to block 2314, otherwise,this processing is complete and other processing occurs. In block 2314,the server system processes the request and sends the request to aservice aggregator. In block 2316, a layer identifier is retrieved fromthe request. The layer identifier may be used to access data in thelayer definition table 2225 and the layer pyramid table 2226.

At this point, the server system determines the viewing extent of therequested image based on information received from the client softwarein the request (block 2318). Then, in block 2320, the server systemcalculates the zoom scale at which to display the image. The layeridentifier and the zoom scale are used to access an entry in the layerpyramid table 2226, then, the appropriate data store table associatedwith the accessed entry is retrieved from the spatial data store 2218(block 2322). As an example, when the user requests to view the roadsdata layer, the server system automatically determines whether to useLD_Roads_(—)1 table 2228, LD_Roads_(—)2 table 2229 or LD_Roads_(—)3table 2227 to generate the image for the client request. Once theappropriate data store table is determined, that data store table nameand image viewing extent are sent to an image generator component of amap server to create the image (block 2324). Then, the server systemreturns the image to the client software for display (block 2326).

FIG. 24 illustrates logic performed by the service aggregator for theinteraction of metadata tables to identify the information to be sent inresponse to a request for a data layer. Control begins at block 2410with a determination of whether the layer identifier is present in thelayer definition table. If so, processing continues to block 2412,otherwise, this processing terminates. That is, when the request fromthe client software is being processed, an attempt is made to locate thelayer identifier within the layer definition table 2225 in metadatastore 2217. In block 2412, it is determined whether the zoom scale isbetween minimum and maximum zoom scales that have been defined for therequested data layer based on the information extracted from the clientsoftware request. In particular, the determination of the zoom scale ismade by locating the minimum and maximum zoom scales for the layeridentifier in the layer definition table 2225.

In block 2414, by matching the layer identifier values (in the Layer IDcolumns in tables 2225 and 2226 of FIG. 22) between the layer definitiontable 2225 and the layer pyramid table 2226, a first entry is retrievedfrom the layer pyramid table 2226 for the requested data layer. In block2416, it is determined whether an entry was found in the layer pyramidtable 2226. If so, processing continues to block 2418, otherwise,processing terminates. In block 2418, it is determined whether the zoomscale requested by the client software request is between the minimumand maximum zoom scales found in the retrieved layer pyramid table 2226entry. If so, processing continues to block 2422, otherwise, processingcontinues to block 2420 to retrieve another entry from the layer pyramidtable 2226 associated with the requested data layer.

In block 2422, if the entry in the layer pyramid table 2226 has therequested zoom scale, the data set name and data store location of dataare retrieved from the entry. For example, based on the determinedscale, an associated data store table name is identified, which in turndetermines which Roads table 2227, 2228, or 2229 to use from the spatialdata store 2218 (e.g., highways only or highways and streets). In block2424, the data set name and data store location information areretrieved from the layer pyramid table 2226.

In summary, a single data layer representation is provided in the clientuser interface for a pyramided spatially referenced data set that isstored in the server as a pyramid with different data sets at differentlevels in the pyramid. The server system automatically determines theappropriate level in the pyramid to use to respond to a client softwarerequest to view a data layer. Once the appropriate pyramid level isdetermined, the server system automatically finds the data set in thedata store and retrieves the data to be viewed spatially.

Pyramids for any spatially referenced data format are created, ratherthan just raster data as is usually done in conventional systems.Pyramids can be created in which the data for the different levels inthe pyramid is located in physically different locations. Pyramids canbe created in which the data for different levels in the pyramid may bein different formats.

H. Printing Multiple Data Layers

Implementations of the invention allow for multiple data layers to beprinted. FIG. 25 illustrates logic for printing multiple data layers inaccordance with certain implementations of the invention. Control beginsat block 2510 with the client software receiving a user request to printa composite image that is formed by overlaying multiple data layers. Inparticular, when a user clicks on a Print menu to print different datalayers that are displayed on a Map Control window, the client softwarereceives the print request. In block 2512, the client software sends theprint request to the server system. In block 2514, the server systemreceives and processes the print request by gathering all of therequested data layers and combining the multiple data layers as oneprintable file. Then, in block 2516, the server system sends thecombined printable file to the client software to print. In block 2518,the client software receives and prints the printable file.

In certain implementations, for handling a Print Preview menu selectionby a user, the client software and the server system perform logicsimilar to the logic used for processing a Print menu selection, butlower resolution data may be used to achieve faster performance, andrather than printing a printable file, the client software displays theprintable file.

In summary, for printing multiple data layers, the client software andthe server system support printing multiple data layers as one printablefile.

I. Fulfillment

FIG. 26 illustrates logic for order fulfillment in accordance withcertain implementations of the invention. The logic illustrated in FIG.26 will be described with reference to FIG. 7. In FIG. 26, controlbegins at block 2610 with the fulfillment center 730 receiving an orderfor data, such as a map or satellite image. A catalog of previousversions of GIS data is maintained at the data center 720, and users aregiven the option to choose among the various versions listed in thecatalog when requesting data from the fulfillment center.

In block 2612, the fulfillment center 730 prepares the requested data(e.g., creates or collects the appropriate data layers. In block 2614,the fulfillment center 730 delivers the prepared data to a requestedlocation. In particular, orders can be delivered in many differentforms, such as tape, CD-ROM, or using File Transfer Protocol (FTP).

Orders that cannot be processed directly by the data center 720 will besent to the fulfillment center 730. Typically, orders that requirespecial GIS processing at the GIS processing center 714 or those thatrequire the transfer of large amounts of data are sent from the datacenter 720 to the fulfillment center 730. Since a master archive tapelibrary 723 contains all versions of the GIS data, the order fulfillmentprocess is used to retrieve and fulfill the order for an earlier versionof GIS data (e.g., original source data).

J. E-Commerce

Managing spatially referenced data effectively is expensive in terms ofInformation Technology (IT) infrastructure, personnel, data maintenance,and custom application development. Typically, specialized ITdepartments are charged with maintaining spatially referencedinformation systems and providing data and applications to internalusers. New information is acquired primarily through large,data-development projects that are outsourced to subcontractors such asaerial survey and engineering firms, SIM services companies, andenvironmental consultants.

As with other IT systems, SIM managers face substantial challenges indelivering solutions to users while keeping costs under control.Implementations of the invention provide a solution in which businessmanagers can subscribe to geospatial information services on a monthlybasis and deliver data and applications directly to their users over theInternet. Users gain access to high quality, up-to-date geospatialinformation and business solutions designed specifically to solveproblems in their industry. Thus, users can spend more time focusing onsolving problems and making decisions, rather than on learning SIMsoftware and importing and formatting data. IT managers can reduceinfrastructure and application development costs, and IT managers canbudget more predictably for the information resources needed to supportcorporate and agency decisions.

The need for well-timed and enhanced decisions require innovativetechniques to access relevant and current information, as well as bettertools to portray information in practical and valuable ways. Thesolutions provided and services permitted by implementations of theinvention are designed to help executive decision makers, SIM analysts,and government agencies acquire, manage, and utilize spatiallyreferenced information (e.g., imagery), thus, placing decision makingpower in the hands of those who need it. The solutions provided andservices permitted by implementations of the invention reflect a newgeneration of enterprise decision support services that leverage andintegrate the global IT enterprise computing investment, ubiquitouscomputing capability, and SIM. Thus, by providing a comprehensive viewof the enterprise and processes in different formats (e.g., vectorformat, raster format, tabular format, etc.), solutions provided byimplementations of the invention generate actionable knowledge, which isknowledge that will enable decision makers within a wide array of publicand private entities to explain events, share knowledge, predictoutcomes, plan strategies, and make more informed decisions. The uniqueapproach disclosed and claimed herein provides an easy to use, one-stopsolution, built on data (e.g., integrated GIS imagery) and tools coupledwith interactive easy-to-use mapping applications and up to andincluding 24/7 service delivery, and offers greater productivity andefficiencies than ever before. Furthermore, implementations of theinvention provide the freedom to collaborate and share information in asecure online environment.

The services provided via the server system may be accessed by users whohave an account at the server system. The services include, for example,access to data layers generated with enterprise data and/or third partydata that is in the form of raster data, vector data, or tabular data.Additionally, one of the services provided is the ability to purchasedata through the fulfillment order process.

FIG. 27 illustrates logic for e-commerce processing in accordance withcertain implementations of the invention. Control begins at block 2710with an individual user or a representative of a company creating anaccount with payment information in the enterprise spatial system. Inparticular, a user or representative of a company at a client systemuses a UI screen provided by client software to log onto a websitesupported by the server system. The client system may be connected tothe server system, via, for example, a network, such as the Internet. Tocreate the account, information, such as first name, last name, andbilling information, may be provided. The billing information mayinclude, for example, a credit card type and number (e.g., for anindividual) or a billing address to which invoices should be sent (e.g.,for a company). Additional information provided would indicate thenumber of uses who would use the account. The number of users may impactthe cost of using the services provided via the server system. Forexample, if a company wants to give 100 users access to the servicesprovided via the server system, the cost may be less than if the companywanted to give 1000 user access to the services. Also, the account wouldspecify whether charges should be based on individual accesses (e.g., acharge per access to the server system), based on an hourly rate foraccesses, or based on a monthly, unlimited use charge. Also, a passwordmay be set up for the account to be used by the server system to providelogin verification.

In block 2712, once the account has been set up, a user may access thewebsite supported by the server system and log into the server system,and the server system performs login verification procedures to ensurethat the user may log in (e.g., by requesting a password from the user).In certain implementations, just after a user has created a new account,the user is automatically logged into the server system. Then, the usermay use the services provided by the server system, including viewingdata and purchasing data. A “shopping cart” feature is available toenable user's to store data that is to be purchased while “shopping” foradditional data or using other services.

The server system responds to the user's requests for services andtracks usage (block 2714). While tracking usage, the server system maycollect information about a particular user that may be stored in a userprofile for the user, along with demographic (e.g., address) and otherinformation.

Once the server system receives an indication that the user has loggedout, if needed, the server system calculates charges for the usage(block 2716). For example, if the account indicates that users are to becharged based on an hourly rate, the charges would be calculated basedon how long the user accessed the services. If the account has amonthly, unlimited use charge, then the calculations are not needed.Then, the account may be updated with the charges, and the customer isbilled via one or more selected payment techniques (block 2718). Forexample, the charges may be billed for each usage or periodically (e.g.,monthly), or some combination of these depending on the services used.

In summary, users may subscribe to enterprise spatial system informationservices (e.g., on a monthly basis or per usage or per hour) and receivedata and/or applications via, for example, the Internet. Additionally,various e-commerce related transactions are supported by the serversystem, such as purchase order handling, shopping cart management,billing, user profile and account management.

K. Handoff and HandBack with a Third Party System

Implementations of the invention allow the dynamic interaction andintegration of spatial data with a third party system. In particular, atechnique is provided to handoff spatial data and commands to a thirdparty system. Additionally, information may be received back from thethird party system for interacting with client software and updatingspatial data. Also, a technique is provided for receiving spatial andtabular updates from a handoff to a third party system using aninterface technique, such as Web Services (which is a standard, flexibleconnection technique to allow communication between disparate computersystems using Internet or similar network connection to transferinformation and may be used to send XML messages). Moreover, theenterprise spatial system may provide a spatial editor for modifyingeditable data elements (e.g., graphical objects or tabular data, etc.),while the third party system may implement business rules for validatingthe editable data elements.

Although the enterprise spatial system of the invention may operatewithout any interaction with a third party system, in certainimplementations, the enterprise spatial system may be used with a thirdparty system to allow the third party system to benefit from the spatialprocessing provided by the enterprise spatial system. The third partysystem may interact with and be an extension to the client software.This in effect is an extension mechanism that allows the client softwareand enterprise spatial system to be extended to incorporate an unlimitednumber of customer specific functions without making changes to theclient software or the enterprise spatial system. The interaction with athird party system is performed by a client software “handoff” duringoperations supported by the third party system. The term “handoff”refers to an information packet that contains a command and variousadditional parameters and information, along with a description of atechnique for returning control back to the client software. The handoffmay be performed using a secure communications mode (e.g., HTTPS, SSL,or other secure communications) between the third party system and theclient system to protect the information and integrity of both the thirdparty system and the client system.

FIG. 28 illustrates an enterprise spatial system 2850 interfacing with athird party system 2820 in accordance with certain implementations ofthe invention. Client software 2805 at a client system connects toenterprise spatial system 2850 through a network 2810 (e.g., theInternet). An optional front-end portal 2845 may be used forauthentication, access control, and other system services. In certainimplementations, the enterprise spatial system 2850 includes Web server2855, application server 2860, map server 2865, and LDAP server 2870.During client handoff of data (e.g., a message), the client software2805 redirects data to the third party system 2820 through the network2810. In certain implementations, the third party system 2820 includesWeb server 2825, application server 2830, and data store server 2835.

If third party system 2820 wishes to update spatial and tabularinformation using a Web services connection or other backend systemscommunication, then the third party system 2820 sends updates using APIsalong Web services connection 2840 to Web services of Web server 2855.Although Web Services is shown in FIG. 28, any other API or protocolthat supports communication between two computer systems across thenetwork may be used. The network may be an internet or intranet.Moreover, client software 2805 may be used to edit data (e.g., an imageor tabular data). Then, the edited data may be passed to the third partysystem 2820 from the client software 2805 for validation of data,further edits, etc. The third party system 2820 can perform functions onthe data, and return the data (possibly modified) to the client software2805.

One example of how a handoff can work will be described with referenceto a spatial editor provided by implementations of the invention. Thespatial editor allows a user to quickly and easily edit complicatededitable data elements from a server system at the enterprise spatialsystem using client software (e.g., browser, software application, etc).Further details of the processing performed by the spatial editor willbe discussed below.

In some cases, the shape of an editable data element represents realworld objects, such as the boundary of a piece of land. Changes to theeditable data element may have business implications and rules to beaddressed. Therefore, rather than directly updating the server system inthe enterprise spatial system with spatial data, the spatial editor maysend the edited spatial data to the third party system.

The third party system may perform calculations or checks based upon theeditable data element and what the editable data element represents inthe third party system. Calculations include, for example, updating thearea of a polygon editable data element in acres or square feet andvaluation or quantity estimates based upon the new editable data elementand any necessary and appropriate calculations.

The third party system may make modifications to the editable dataelement to meet certain rules. For example, two or more shapes may bemodified so that at least one shape overlaps at least another shape(i.e., the shapes overlap) and other editable data element boundariesmay be modified (e.g., stretched). Limits on certain spatial features,such as width of roads or offsets from certain boundaries, may also beapplied.

The third party system, once it receives the handoff, may send otherpages (e.g., pages indicating that information input into fields in aprevious page on the display screen are incorrect) to the clientsoftware to display to the user or may send status (e.g., a requestedoperation is not allowed or to request additional information) to auser. Additionally, different functionality may be performed at thethird party system (e.g., the third party system calculates data basedon tabular data stored at the third party system) that generatesadditional data. The third party system may return the generated data tothe client software for display to the user. Since the user is not awarethat processing is performed by the third party system, rather than theclient software, the functionality of the third party system appears tobe integrated with the client software at the client system.

After verifying that one or more rules have been satisfied, the thirdparty system may update the spatial data through a backend interface(e.g., using various protocols, such as Web Services) at the enterprisespatial system. After the updated data is stored at the spatial datastore of the enterprise spatial system, the third party system may senda handback to the client software indicating that the client softwareshould refresh data. The client software may then refresh data from theupdated spatial data store.

The third party system may maintain proprietary data that is associatedwith spatial data in the third party system and deliver this to usersthrough the client software at the client system, without having to hostthe proprietary data in an outside environment (e.g., the enterprisespatial system). In particular, the third party system may maintainadditional information about each editable data element stored in theenterprise spatial system data store. The objects in the enterprisespatial system data store and the corresponding objects in the thirdparty system data store may be correlated using an identifying keycalled Alternate Key ID (AKID). The use of AKID allows the related datain the two data stores to be synchronized. The use of AKID allows thirdparty systems to maintain proprietary information that can interact withthe spatial data stored at the enterprise spatial system and be providedto the user without submitting this information to the enterprisespatial system.

The third party system can also apply secret and proprietary processesto spatial data or the tabular data associated with spatial data,without revealing the processes or hosting them in an outsideenvironment (e.g., the enterprise spatial system), while the proprietaryoperations and processes appear to happen seamlessly, and the user doesnot know that there are two environments.

Implementations of the invention, enable client software and/or anenterprise spatial system to accept back changes to a set of spatialreferences and modify the display or other spatial parameters. That is,after the client handoff, there may be a client handback that returnscontrol from the third party system to the client software. Embedded inthe original handoff is a return location so that the client softwarecan handoff to physically or logically different platforms and stillreceive the handback. The third party system uses the return location,like a return address used in mail, to return control back through thehandback mechanism. The handback contains, for example, statusinformation, editable data element changes or creations, and/or otherinformation. This allows a third party system to implement editable dataelement changes without having to build a backend interface to theenterprise spatial system. That is, the third party system may modifythe spatial data stored in a data store at the enterprise spatial systemthrough updated information in the handback to the client software ordirectly by interacting with the server system at the enterprise spatialsystem through Web Services.

Implementations of the invention provide the ability to provide commands(e.g., the handoff may include commands, such as merge data) to a thirdparty system with references to the associated spatial data. Also,implementations of the invention provide the ability to provide spatialeditable data element information and spatial change information to athird party system. The client software may arrive at a set of spatialreferences to pass to the third party system by performing spatialqueries to the server system at the enterprise spatial system before thehandoff is performed.

A third party system may perform additional queries or qualificationsoff of a data set (e.g., spatial, tabular or both) passed to it in ahandoff from the client software. The third party system may useadditional data sets already residing at the third party system whileperforming such additional queries or qualifications of the data. Thethird party system may send the qualified data back to the clientsoftware through the handback, allowing the client software to updatethe view of the data seen by the user.

Also, the enterprise spatial system is able to accept commands to changespatial data sets, such as Insert, Update and Delete through a backendsystem interface (e.g., Web Services), allowing the third party systemto submit these changes. The enterprise spatial system performs thecommand and stores updated data in the data store. Moreover, data (e.g.,a map image) may be updated based upon the Insert, Update and Deletecommands received through the backend system interface. In certainimplementations, the update may occur in real time. Then, the clientsoftware may receive a handback from the third party system indicatingthat the client software should refresh its data from the data store atthe enterprise spatial system.

The third party system may apply business rules, processes, editabledata element validations, and editable data element changes seamlesslywith the client software at the client system and have the changesreflected immediately on the display screen at the client computer andin the data store of the enterprise spatial system.

Also, implementations of the invention provide the ability to notifyclient software at different client systems of changes to spatial dataor associated data made by client software at another client system. Incertain implementations, the notifications occur automatically, and, incertain other implementations, client software at different clientsystems would have to register with the enterprise spatial system toreceive notifications of changes to spatial data or associated data.

L. Editing Spatially Referenced Data

Implementations of the invention provide advanced editing features in aclient software based spatial editor that interfaces to a server systemat the enterprise spatial system. The spatially referenced data mayinclude, for example, vector data, raster data, and tabular data, suchas, customer information, sales data, and marketing data. Although incertain implementations of the invention, the spatial editor may operateas a standalone spatial editor, the spatial editor has the ability tointerface to a third party system during any operation. This allows athird party system to seamlessly modify the user prompts, insertadditional display screens and functions, apply business specific logicor tailor the editable data element updates from the spatial editor.Implementations of the invention also provide integration with thirdparty systems using a client software handoff interface and, forexample, a Web Services interface.

Implementations of the invention provide a spatial editor (which, incertain implementations, is part of client software) to allow a user toquickly and easily edit complicated editable data elements from a serversystem using client software (e.g., browser, software application, etc).When used with an optional third party system, additional businesslogic, editable data element manipulations, and proprietary processesmay also be applied.

A composite image is separated into data layers that can be selectivelyturned on and off through a selectable data layer list. When a datalayer is selected for editing, the spatially referenced data associatedwith that data layer is turned off and the editable data elements (e.g.,graphical objects that may be edited) are represented by wire frameoutlines. The layer selected for editing is referred to as an “editlayer.” The user can turn the edit layer back on to enhance the view ofchanges and relationships to the original editable data elements whileediting.

When a data layer has been selected or editable data elements on a datalayer are selected for editing, the client software sends a request forinformation to the server system based upon the image of the data layer.The server system determines spatially which editable data elements wereselected from that data layer and retrieves from the data store all ofthe attributes of the object, such as vertices, that define the viewableshape of the object. Other relevant information for the data layer mayalso be retrieved. The server system sends this information to theclient software. The client software represents the editable dataelements as associated points on a display screen. This technique allowsthe user to select editable items off of a multiple layer image, withouthaving to request from the server system all of the editable informationabout each data layer residing at the client system.

Selected editable data elements may have vertices moved or deleted.Additional vertices or editable data elements may be added. In certainimplementations, with spatially referenced data sets, objects (i.e., atype of editable data element) are one of three types: point, line orpolygon, and a single data layer contains one of the three types. Forexample, this restriction prevents copying lines to polygon data layersand copying polygons to line data layers. In implementations of theinvention, the user is prevented from creating an invalid editable dataelement object for a particular data layer or from modifying a valideditable data element object to create an invalid one.

Editable data elements have associated tabular data. Implementations ofthe invention support the viewing and editing of the associated tabulardata. The tabular data has certain defined data types, and the spatialeditor will enforce proper validation on entries to ensure that thedefined data type restrictions are enforced. Examples of the data typesare number, text, number of characters, value limits, etc.

In the spatial editor, a temporary editing buffer is available thatallows other editable data elements from different spatial data layersto be added in an editable form. The client software may perform aspatial query against other data layers to retrieve the editableinformation about those specific editable data elements. If the editabledata element type (such as point or line) of a particular object in thetemporary buffer matches that of the current edit layer, then theeditable data element can be copied from the temporary editing bufferonto the current edit data layer and further modified if desired. Thetemporary editing buffer is also available to copy portions of editabledata elements for attachment to other editable data elements on theeditable layer.

The spatial editor is able to copy portions of another line or polygonand append those vertices to the currently selected line or polygon.This copy feature eliminates the need for a snap to function, often usedin other spatial editors to match new vertices to existing vertices. Thesnap to function in conventional systems becomes cumbersome whileediting complicated editable data elements since there may be hundredsof vertices and the snap to function must be applied to each vertex oneat a time. By eliminating the snap to function, implementations of theinvention provide a more efficient editing technique to make an objectbeing edited conform to a pre-existing shape of another object.

For the spatial editor, provided by implementations of the invention, tocopy a portion of a line or polygon, two adjacent locations (e.g.,vertices) are selected on the initial editable data element (to whichdata is to be copied), and three locations (e.g., points) are selectedon the editable data element from which a portion is to be copied. Thethree locations indicate the starting location, the direction (used forpolygons since clockwise or counter clockwise directions are both validand optionally used for lines), and the ending location. After thesefive locations have been selected, the client software adds the selectedportion of the object from which points are to be copied to the initialeditable data element. This processing may be done against editable dataelements in the temporary edit buffer. This editing allows portions of aline to be used as part of a polygon and portions of a polygon to beused as part of a line. Although a portion of a line may be combinedwith a portion of a polygon, the restriction preventing copying lines ofeditable data elements to polygon data layers and copying polygons toline data layers is enforced, so that, for example, a portion of a linemay not be, by itself, added as a standalone object to a polygon datalayer.

For example, for a plot of land bounded by a river, rather than snappingto each vertex that represents the river (possibly hundreds ofvertices), the line of the river (i.e., a editable data element) may becopied into the temporary buffer, and a portion of the line of the riverto be attached to the polygon representing the plot of land may becopied to the polygon. The plot of land now has a boundary that matchesthe river, without having to manually match hundreds of vertices. Thiseliminates a common problem of conventional GIS tools that is thecreation of “sliver” polygons. “Sliver” polygons are the many smallpolygons unintentionally created, often caused by inaccuracies inmatching vertices, when trying to match complicated boundaries withhundreds of vertices.

With conventional spatial editors, if a large group of vertices needs tobe deleted, they can either be deleted individually or deleted bydefining a deletion window. With complicated, irregular editable dataelements that are adjacent to each other, it is difficult to define anappropriate window that selects only the desired vertices to delete. Onthe other hand, with the spatial editor, provided by implementations ofthe invention, a group of vertices can be deleted by selecting a startlocation, direction, and ending location on a line or polygon, and thenhaving all of the vertices between the starting and ending locationsdeleted with a single operation.

Depending on the level of zoom, the complexity of editable data elementsand the number of selected editable data elements, there may be moreselected vertices than can be quickly and easily converted and sent tothe client software for editing. Also, when there are thousands ofvertices visible, it is usually not possible to edit the verticesbecause the density of vertices prevents distinguishing one fromanother. One solution is to limit the level of zoom, preventing editingabove a certain predefined fixed level, but this solution restrictsediting in sparse areas and has slow response in dense areas. Ratherthan limit the level of zoom, with implementations of the invention, theserver system does a quick calculation of the total number of verticesfor all of the selected editable data elements and prevents editing ifthis exceeds a threshold. In certain implementations, the threshold isdetermined to be the maximum number of vertices that may be edited whilemaintaining good performance and ease of editing. If the threshold isexceeded, the user is notified to zoom in or select specific editabledata elements, until the spatial editor allows the editing based uponthe number of vertices.

Typically, with client software, the user often attempts an actionbefore the client software indicates that the action is not appropriate.There may be many different editing features that are available,depending on the editable data element, mode of operation, and otherspatial features. With implementations of this invention, rather thanhaving the user read various messages, the spatial editor's cursordynamically modifies itself depending on the mode of operation and whicheditable data element that the cursor is over to indicate allowedoperations and information about the underlying editable data element.The dynamically modifying cursor provides a very quick and intuitiveinterface for the user.

For instance, when appending a portion of an existing line segment to aneditable data element, the user may wish to use an existing vertex onthat line or generate a new one. The dynamically modifying cursor willchange when the dynamically modifying cursor is over an existing vertexto indicate to the user that an existing vertex will be used, as opposedto creating a new one. In a similar manner, colors and highlighting ofeditable data elements are used to help the user with operations. Forcomplex polygons, the interior polygon has a special dashed line outlineto indicate the difference between a different polygon and one that isthe interior of a complex polygon. Once an operation has begun, thedynamically modifying cursor will inform the user when the user is overthe editable data element(s) that the user is allowed to select oroperate on, and the dynamically modifying cursor indicates that noaction is possible when over other editable data elements.

In conventional client software, complicated editing operations areoften sent back to the server system for processing to prevent having toput complicated code in the client software. That is, in conventionalsystems, editing requests are sent from the client system to the serversystem, the server system performs the editing, and the server systemreturns a composite image to the client system. In some systems, thiscan slow the response to the user and increase the support needed by theserver system. With the spatial editor, provided by implementations ofthe invention, multiple operations to a single editable data element canbe performed until the user is ready to save the editable data elementto the server system, thus enhancing the performance of the system andthe interaction with the user. When each editable data element is readyto be saved, the editable data element may optionally be handed off to athird party system for the application of business rules and forvalidity or other checking before completing the editing request.

In summary, implementations of the invention, the spatial editorprovides the ability to turn off and on the image of the edit layer,while maintaining all of the other layer images for reference.Additionally, the ability to turn off and on various other images toprovide relative position and background during editing is provided.While editing and maintaining the editing context, the spatial editorallows panning and zooming. The spatial editor provides the ability toload all of the spatial data about the images of a layer from a serverbased system to support the manipulation of editable data elements.Additionally, the spatial editor provides the ability to perform aspatial query against an image to select single or multiple items to beedited, thereby limiting the time to load data from the server system(e.g., there could be thousands of shapes, and the user may wish tomodify three shapes, so only data for the three shapes would be loadedfrom the server system) and the complexity of the user display.

The spatial editor provides the ability to load editable data elementsfrom various layers into a temporary area for usage on the edit layer,either in whole or in part including mixing of data layer types. Thespatial editor provides the ability to copy portions of line segments orpolygons directly and to append the portions to existing editable dataelements. The spatial editor provides the ability to mark multiplevertices on complicated editable data elements and erase them in asingle operation. The spatial editor provides the ability to push theexecution of complicated spatial updates (e.g., merging four shapes orother manipulations) to the server system or to a dedicated third partysystem specializing in such operations using the handoff techniquedescribed earlier, instead of executing these on the client software.The complicated spatial manipulations can take advantage of serversystem based processing power and techniques, while using the spatialdata store to take into account interaction with other editable dataelements.

The spatial editor also provides the ability to limit the enabling ofediting to editable data elements or groups of editable data elementswith less than a certain number of visible vertices to enhanceperformance without needing a fixed zoom level restriction. Moreover,the spatial editor provides a dynamically modifying cursor to indicateallowed operations and information about the underlying points andeditable data elements during editable data element manipulations. Thespatial editor provides the ability to detect the editable data elementtype for the current layer and modify the tools to use that object type.The spatial editor allows multiple editing operations locally withoutthe need of server system access. Furthermore, the spatial editor allowsthe editing of tabular data associated with the spatial object. Thespatial editor also supports handing off data to a third party systemfor application of business rules and logic to editing requests.

FIG. 29 illustrates an editing example in accordance with certainimplementations of the invention. The spatial editor combines editabledata element 2910 with a selected portion of editable data element 2920to form editable data element 2980. In certain implementations, a userselects editable data element 2910 to receive a portion of anothereditable data element by, for example, selecting a copy segment command2915 from a spatial editor UI screen. Next, one of the vertices on theinitial editable data element 2910 is selected as the starting locationto receive the new segment.

The first location 2940 on the editable data element that contains thedesired segment to be copied from editable data element 2920 isselected. In certain implementations, after the first location 2940 hasbeen selected, the next location selected also resides on the editabledata element 2920. The next location 2950 indicates which direction togo between the first and last location selected on editable data element2920. If editable data element 2920 is a polygon or if a portion of theeditable data element 2920 is not displayed on a display screen of theclient system, then, without an indication of direction, it may beambiguous as to whether to select the segment that is clockwise orcounterclockwise between locations 2940 and 2960. Location 2960represents the third location selected on editable data element 2920.

Locations 2940 and 2960 may be existing vertices of editable dataelement 2920 or, if the location selected is not an existing vertex, anew vertex is created. The last location selected 2970 is the endinglocation on the initial editable data element 2910.

When this location 2970 is selected, the spatial editor connectslocations 2930 to 2940, connects all of the locations (e.g., vertices)between locations 2940 and 2960, and then connects locations 2960 to2970. This creates the new editable data element 2980 with a matchingboundary between editable data elements 2910 and 2920 at the desiredlocations.

FIGS. 30A-30C illustrate editing in accordance with certainimplementations of the invention. In FIG. 30A, a composite imagedisplayed by client software is composed of many images 3005 combined3010 to form the final composite image 3015.

In FIG. 30B, when a particular image 3020 is selected for editing (i.e.,the “edit layer”), a background 3030 for editing is generated bycombining 3025 all of the remaining images. The edit layer 3045 isrequested from the server system in an editable layer format 3050 by theclient software. The term “editable layer format” refers to providing awire frame outline of each editable data element with the vertexposition information available, as is illustrated by edit layer 3055.The edit layer 3055 and the background 3030 are combined 3035 and 3060to form a combined background with an editable layer format 3040 that isdisplayed to a user, while editing.

In FIG. 30C, changes can be made to the layer 3040, resulting in acombined background with edit layer changed 3065. If a user wishes toview the changes in the edit layer 3080 relative to the original imageof that edit layer 3080, then the edit layer 3080 can be turned on(e.g., via a command in a UI screen), and layers 3065 and 3080 arecombined 3070 and 3080 to generate a combined background with changededitable layer and original edit layer for reference 3075.

FIGS. 31A-3B illustrate logic for editing in accordance with certainimplementations of the invention. Control begins at block 3110 in FIG.31A with generation of spatially referenced data layers for data layers.In particular, the client software builds a set of spatially referenceddata layers and combines them into a composite image (i.e., a viewableimage). For example, within the client software, the viewing of thedesired background layers and, optionally, the edit layer are enabled,which sets the viewing context for editing. In block 3112, it isdetermined whether existing items (e.g., editable data elements ortabular data) are to be edited. If so, processing continues to block3114, otherwise, processing continues to block 3118 (e.g., to create anew editable data element).

In block 3114, items to be edited are selected by, for example a user.The selection may be by spatial query (e.g., submitting a querysearching for an address of a plot of land), viewable extent (i.e., asubset of data based on a particular area being viewed, such as aportion of a map that is visible on the display screen), directselection (e.g., point at a editable data element with a pointing device(e.g., a mouse) and select with the pointing device), etc. Inparticular, if certain editable data elements need editing, then thesemay be selected through selection tools, and the client software sends arequest to the server system for the data for the editable data elementsin an editable format. If all of the objects on a particular layer aredesired, then the layer is selected for editing, and the client softwaresends a request to the server system for the data in editable form forall the editable data elements visible in the edit layer.

In block 3116, information is retrieved from the server system about theselected items. The information may include, for example, coordinatereference information, a unique identifier (e.g., an AKID), and optionaltabular information. The server system processes the request foreditable data elements, creates a package containing the editable dataelements, and transmit the package to the client software. In block3118, edit commands are performed by the client software. Creation of anew object is one type of edit command. For example, a copy commandfollowed by a save command may be performed.

In block 3120, it is determined whether tabular information is to beedited. If so, processing continues to block 3122, otherwise, processingcontinues to block 3126. In block 3122, additional tabular informationis retrieved from the server system. In block 3124, the tabular data isedited.

In block 3126, it is determined whether editing should be validated by athird party system. If so, processing continues to block 3128,otherwise, processing continues to block 3138. In block 3128, editresults are packaged for handoff. The handoff includes, for example,information and changes to the editable data elements, as well as,session and other system information. In block 3130, the package ishanded off to the third party system through, for example, a network orother connection. In block 3132, processing is performed in the thirdparty system. For example, the third party system performs any desiredbusiness rule checks and validations on the received command,information, and editable data elements. The third party system may alsoperform spatial modifications to the editable data element.

In block 3134, it is determined whether there is to be an update byhandback (i.e., because the third party system performed spatialmodifications). If so, processing continues to block 3136, otherwise,processing continues to block 3140. In block 3136, a package (e.g., withspatial modifications or validation results) is prepared for handback,and the package is sent to the client software (block 3138). The clientsoftware sends status or update information to the server system, asneeded. In block 3140, the update is performed by a Web Servicesinterface, and data (e.g., status or updated data, such as updatededitable data elements or updated tabular data) is stored at the serversystem (block 3142). That is, the third party system can communicatestatus information or spatial modifications directly back to the serversystem through a backend connection such as Web Services.

In block 3144, it is determined whether notification to the clientsoftware is enabled. In particular, it is determined whether the updatedinformation or status have been configured for notification. If so,processing continues to block 3146, otherwise, processing ends. In block3146, any client software at one or more client systems that requested anotification is notified of the updated information or status.

M. Collaborating and Sharing Data

Implementations of the invention allow a user to save all customizationsdone to the view of the data layers in the client software during asession, including the results of spatial analysis, as a project on theserver system. Implementations of the invention allow the same user toopen the same saved project at a later time from the client software,and the user session is recreated to the state, as it was when theproject was saved.

Implementations of the invention allow a user or a group to share thesaved projects with other users or groups, by granting specific accessprivileges. When a shared user opens the project, that user's usersession is set to the state in which the original user session was whenthe project was saved.

Implementations of the invention enable collaboration among shared usersof a project by selectively granting the rights to some of the users tomodify the project and make the modifications available to all sharedusers of the project.

Implementations of the invention allow real-time collaboration amongshared users of a project by making changes made to the project by oneuser immediately available to other shared users.

Implementations of the invention ensure that the sharing of customizedviews of data through shared projects does not circumvent the basic dataset level access controls defined in the server system. In other words,a shared project does not automatically allow a user to view data setsstored on the server system that they are not normally granted access toview or modify.

Implementations of the invention not only enable sharing andcollaboration of information among users, but also provideconfidentiality, security, and integrity of that information.

FIGS. 32 and 32 illustrate examples of collaboration in accordance withcertain implementations of the invention. In FIG. 32, collaboration isillustrated in a large distributed computer environment, which includes,for example, a client application 3210, server system 3220, data store3230, and a rendering system 3240. In FIG. 32, a demonstrate of how auser will access, retrieve, and view data from the enterprise spatialsystem is provided.

A user (e.g., a sales director 3202) is working on a specific newcustomer acquisition project. The sales director 3202 at a client systemuses client software 3210. The client software 3210 and server system3220 communicate via a network 3215. The sales director 3202, using theclient software 3210, accesses the server system 3220, the data store3230, and the rendering system 3240 to retrieve and view roads 3231,customers 3232, and sales territory 3233 data, within the region. Thesales director 3202 retrieves a composite image that may consist ofthree data layers: a roads data layer 3251, a customer info data layer3252, and a sales territory data layer 3253. These data layers 3251,3252, and 3253 are sent to the client software 3210 and displayed to thesales director 3202.

FIG. 33 is used to continue the example of FIG. 32. In FIG. 33,processing that happens after the data layers have been retrieved by theuser is illustrated. In particular, for this example, FIG. 33 is used todemonstrate how a sales director 3202 will modify the composite image,assign access privileges, and share a project with others.

In this example, the sales director 3202 may change the order in whichthe data layers are viewed; add annotations to the composite image,identifying customers of interests 3362; and, perform some analysis andhighlight a sales territory 3363.

The sales director 3202 uploads the results of the analysis and theannotations as a saved “project” to the server system 3320 and datastore 3230. At this point, only the sales director 3202 may have accessto the newly modified project information within the data store 3230.Now the sales director 3202 decides to share this project with teammembers and seek their input in order to “collaborate”. The salesdirector 3202 will access the enterprise spatial system to assignspecific access privileges to team members for this new project. Tobegin with, the sales director 3202 makes this new “project” accessibleto only members of his organization, and no one else within the company.The sales director 3202 grants “view” access to all team members to theproject information 3371, and to no other user. The sales directorgrants “view” access to everyone in the sales group to the customerinformation 3372. The sales director grants “view & modify” access tothe project to team member “B” 3304 to the sales territory data layer3373, and to no other user.

Now only sales organization members (e.g., 3302) can access theenterprise spatial system and collaborate on this project in variedcapacities, but no one else will have such privilege. Sales members haveview access to the project layers 3381 and 3382. The sales director 3202and user “B” 3304 have higher access to the project layers 3381, 3382,3383, as they can modify the project by changing the way the data isviewed on the client software 3210 and by saving the changes in theserver system 3220. When they make changes, all other users who haveaccess to the project will immediately be able to access (e.g., see) anychanges.

FIG. 34 illustrates metadata tables in a metadata store that are used toenable collaboration in accordance with certain implementations of theinvention. The enterprise spatial system maintains metadata informationin a metadata store 3470 for all resources managed and made available tothe client software. The resources include data and applicationfunctions. Data is seen by the client software as data layers in theuser interface. Each data layer presented to the client software has acorresponding metadata definition in metadata store 3470 called a layerdefinition table 3472. The enterprise spatial system also maintainsinformation about the users, such as login name, user's first name, lastname, etc. in yet another table called the user table 3476.

When client software requests access to a resource, be it data orapplication or project function, the server system accesses thisresource using the appropriate metadata table. For example, when theclient software wants to view the data for a data layer, the serversystem goes to the layer definition table 3472 and finds the metadatadefinition for this data layer. Then, the server system 3472 uses theinformation contained therein to access the data store, retrieve thedata, render the data, and present the data to the client software. Incertain implementations, resources cannot be accessed by the enterprisespatial system if they are not represented in the appropriate metadatatable.

The enterprise spatial system maintains information about projects inthe project definition table 3474. Each record of data in the projectdefinition table 3473 represents a project that a user can see. Theproject definition table 3473 contains information, such as the name ofthe project, owner of the project, and ProjectSpec, which is a detaileddescription of everything the client software needs to recreate theproject for another user.

The project definition table 3474 is associated with a project layertable 3480. Each row in the project layer table 3480 associates aparticular project with a data layer in the layer definition table 3472.For example, the first row in project layer table 3480, links ProjectId100, which represents a project called Sales Analysis, in the projectdefinition table 3474, with LayerID 10. LayerID 10 is a data layer,called Customer Data in the layer definition table 3420. This indicatesthat when a user opens this particular project, the user should bepresented with the Customer Data layer as one of the layers that theuser can view.

The project layer table 3480 contains information on how the associateddata layer should be displayed. The Rendering Spec column identifies howthe data in the data layer should be rendered. The Layer Order columnindicates the order in which the layers should be shown in the clientsoftware. Visibility indicates whether the data layer is automaticallymade visible when a user opens the project.

The project annotation table 3482 is another table associated with theproject definition table 3474. The project annotation table 3482 tablecontains all information on annotations done by the client softwarebefore the annotations are saved as part of the project. The AnnotationSpec column in the project annotation table 3482 table contains completeinstructions for redrawing the annotation when the project is opened.

The enterprise spatial system maintains access control lists (commonlyreferred to as ACLs) for each of the projects represented in the projectdefinition table 3480. In certain implementations, the access controllist for a given project is a list of users who can access the project.In the enterprise spatial system, this is done by associating eachproject with a list of users and maintaining this association in a newtable called the project ACL table 3478.

Whenever client software requests access to a project, the server systemfirst makes a check to determine whether the project is associated withthe user by searching the project ACL table 3478. If the server systemfinds the association, the server system allows access to the project.Otherwise, the server system rejects the client software request.

Each user of the enterprise spatial system has a unique metadata entryin the user table 3476. The metadata entry also contains properties ofthe user. The entries in the user table are used to associate users withother entities, such as projects in the enterprise spatial system.

FIG. 35 illustrates logic for enabling collaboration in accordance withcertain implementations of the invention. In particular, the logicdescribes the process of creating and saving a new “project”, withaccess privileges, to the enterprise spatial system by the clientsoftware. Before the logic of FIG. 35 begins, a user has alreadyaccessed a composite image containing possible multiple layers, via theclient software, and customized the data view by performing actions,such as highlighting objects, adding annotations, etc. The user thenwishes to create and save the current customized view as a project ontothe enterprise spatial system.

Control begins at block 3510 with the user requesting to save a projecton the server system. In particular, the enterprise spatial systemallows a user of the client software to request to save a project ontothe server system. In block 3512, the client software collectsinformation about the data being viewed by user, including, for example,layers being viewed, the order in which the layers are viewed,annotations added by the user, view elements that are highlighted by theuser, etc. In block 3514, the client software sends the data (i.e., thecollected information) to the server system. In block 3516, the serversystem saves the data in the project definition table, project layertable, and project annotation table within the metadata store.

The server system will then return a list of users in the currentcompany to the client software (block 3518). In block 3520, the clientsoftware presents to the original user, this list of other users in thecompany, with whom the project may be shared. In block 3522, the userchooses in which other users in the company should see the newly savedproject. The user grants access rights to others (e.g., read-only orread-write, etc. access to the project).

Project sharing information chosen by the user is sent to the servercomputer (block 3524) so that the access information may be saved. Inblock 3526, the server system updates the project ACL table within themetadata store based on the user choices.

FIGS. 36 and 37 illustrate logic for collaboration in accordance withcertain implementations of the invention. The logic of FIGS. 36 and 37describes the process of accessing, retrieving, opening, editing, andre-saving an already existing “project” in the enterprise spatial systemby the client software. Control begins at block 3610 with a user via theclient software requesting a list of projects that are available fromthe server system. In block 3612, the server system queries the projectACL table within the metadata store and, in block 3612. In block 3614,if projects have been found, processing continues to block 3618,otherwise, processing ends.

In block 3618, the server system retrieves all saved project detailsbased on the user's access rights, for the next project in the projectlist, from the project definition table, project layer table, andproject annotation table within the metadata store. In block 3620, theserver system adds the project details to the response being built forthe client software. In block 3622, if more projects are found,processing continues to block 3618, otherwise, processing continues toblock 3626.

In block 3626, the server system returns the retrieved project detailsto the client software. In block 3628, the client software presents alist of projects to the user. In block 3630, the user chooses a projectto open from the list of projects.

Once a choice has been made by the user as to which project to open, theclient software requests the server system to generate images for datalayers that are part of the project per the project details (block3632). In block 3634, server system ensures that the user has accessrights to the data layers being requested, before the images aregenerated. The server system will not generate images for data layersfor which the user does not have access. The access control mechanismfor data sets described in an earlier section is enforced to ensure thatthe user does not view a data layer that the user is not normallyallowed to view.

In block 3636, the server system returns the generated images to theclient software. In block 3638, from the images returned from the serversystem and the project details retrieved earlier, the client softwarerecreates a composite view for the user session as seen by the originaluser who saved the project. In certain implementations, the recreationof the user session is exactly the session seen by the original user. Inblock 3640, if the user wants to make any modifications to the project,processing continues to block 3644, otherwise, processing ends.

In block 3644, the user makes changes to the composite image view usingthe client software. In block 3646, if the user has read/write access tothe project, processing continues to block 3650, otherwise, processingcontinues to block 3660. In block 3650, the user is given the option tosave the project and requests that the project be saved. In block 3652,the updated projected information is sent to the server system, forexample, when the user selects to save the project (e.g., by clicking aSave button of a user interface). In block 3654, the server systemensures that the user has read/write access to the project before savingthe project.

In block 3660, the user is given the option to save the project as a“new” project and requests that the project be saved. In block 3662, theproject information is sent to the server system when the user selectsthe option to save the project as a “new project. In block 3665, theserver system saves the project as a “new” project.

That is, if the user does have proper access privileges to save theproject, the project will be sent back to the server system to beoverwritten and saved. If the user does not have overwrite accessprivileges, the user will be presented the option to save themodification as a “new” project, rather than overwriting the existingone.

N. Enterprise Spatial System User Interfaces N.1 Overview

The enterprise spatial system provides application services offeringaccess to geographic information and industry-specific businesssolutions over a network, such as the Internet. A suite of custom,browser-based tools allows customers (i.e., a type of user) to access amulti-terabyte data warehouse containing, for example, high qualityaerial photography, satellite imagery, and information on demographics,environmental change, infrastructure and land use patterns. Proprietaryaerial imagery is acquired by an advanced airborne scanning system thatprovides high resolution and up-to-date multi-purpose images. Aerialimagery is combined with value-added data layers to create “image-databundles” to support industry-specific solutions. FIG. 38 illustrates aUI screen 3810 provided by the enterprise spatial system for onlineknowledge mapping in accordance with certain implementations of theinvention.

Using business solutions provided by the enterprise spatial system,users can conduct industry-specific analyses, create reports, producemap products, and download information for use in other desktop mappingapplications. Customers can use information and solutions provided bythe enterprise spatial system for various functions, including, forexample, facility siting, environmental analysis and monitoring,tracking changes in resources and markets, risk assessment, and assetmanagement.

The enterprise spatial system provides GIS solutions to many levels ofusers—from administrative assistants to specialized consultants. As aresult, the enterprise spatial system is designed so that the corefunctionality is available in a manner that is intuitive to a novicecomputer/Internet user, balanced with the need to provide the moresophisticated user with a means of accessing advanced features offeredby the enterprise spatial system.

The enterprise spatial system accommodates subscription and transactionbased pricing. That is, customers may pay to use services provided bythe enterprise spatial system either on a subscription or transactionbasis. Both the enterprise spatial system software and the back endarchitecture support these pricing models. In addition, the processesinvolved (e.g., the registration process for subscription customers andthe purchasing process for transactional customers) are straightforwardand quick, so that neither of these processes becomes a possible barrierto entry for the adoption of this service.

The enterprise spatial system is customizable for customers and partners(i.e., a type of user). The enterprise spatial system provides GISsolutions to customers in various industries with varying needs. To besttailor the service offering to each of these unique customers, theenterprise spatial system software allows for some level ofcustomizations to be incorporated for each customer. In addition, theenterprise spatial system software contemplates the integration ofco-branding elements for either customers or partners.

In certain implementations of the invention, the enterprise spatialsystem does not rely upon plugins or a client download. That is, incertain implementations, the enterprise spatial system provides a webapplication that minimizes reliance upon any software that a customerwould need to download, in order to remove another possible barrier to acustomer's acceptance of the services offered by the enterprise spatialsystem.

The enterprise spatial system provides a level of performance that isacceptable to the customer. That is, the enterprise spatial systemprovides an offering that is data and graphics intensive (e.g., for aweb application). Levels of the enterprise spatial system softwaredesign consider its impact on the overall performance of the servicesoffered, in order to ensure that the final deliverable is consideredacceptable in performance by the customer.

The enterprise spatial system provides for registration of subscribers.Prior to using the enterprise spatial system services, each customerfirst registers for the service, whether the customer is a subscriptionuser or a one-time, transaction-based customer. The registration processis quick and simple, so as not to serve as a barrier to entry for newcustomers. The registration process obtains, for example, a user's emailaddress (e.g., for communications) and assigns or requests a user nameand password for the customer (e.g., for usage tracking and billing).

A login and logoff process is integrated in the enterprise spatialsystem, providing the enterprise spatial system software with accountinformation for the user who is logging in. This allows the enterprisespatial system software to offer business tools and data layers to thecustomer that the particular customer has subscribed to. This accountlevel identification also allows for user profiles/preferences to beestablished.

The enterprise spatial system allows a user to create a map that iscustom suited to their needs by defining, for example, the followingattributes of the map: the area covered by the map (“viewable extent” or“area of interest”), the type of image to be used for the map, and theresolution of the map.

As for defining the area covered by the map, a user can define thelocation of the map in one of several ways. The first option is for theuser to type in any information that defines the location, including,for example, the address, city, county, state, and country, for example,into a field of a UI screen. Alternately, the user can visually selectthe area from a selection map, where the user can “click and drag” on amap (e.g., a national map) to define the location. After the user clicksand drags, the visual selection map will zoom to include only the areathat the user selected. At this point, the user can click and drag againto refine the selection. Finally, the user can define the AOI usinglongitude and latitude values, selecting a United States GeologicalSurvey (USGS) map name, or specifying the name of a place. In addition,after specifying the AOI, the user can fine tune the map location usingthe tools provided with a map preview function, which is discussed infurther detail below.

As for defining a type of image to be used for the map, once the userhas selected the area covered by the map, the user is presented withchoices for the type of image to use for the map. The types of imagesavailable for creating a map will vary depending upon the map area thatthe user has defined, but may include, for example, color aerialimagery, color infrared, satellite imagery, USGS topographic maps, andothers.

As for defining the resolution of the map, the resolutions available tothe user are dependent upon the map area and type of image that the userhas selected.

A map preview function is available at any time that a customer isworking on a map-related task. In certain implementations of theinvention, the map preview function displays the custom map on the righthand side of the UI screen. While the term “preview” is sometimes usedfor a view-only function, the map preview functionality withinenterprise spatial system also allows the user to make basic changes tothe map by providing a basic set of tools that allow for usermanipulation of the map. These tools include, for example, zoom in, zoomout, zoom box, and pan.

By selecting the zoom in tool and clicking on the map, the map area willzoom in by 50%, centered at the click point. By selecting the zoom outtool and clicking on the map, the map area will zoom out by 50%,centered at the click point. By clicking and dragging a rectangular box(a zoom box) on the map, the map area will zoom to the extents of thebox. Once the panning tool is selected, the user can “grab” the map andmove it, changing the center point of the map. The zoom level remainsthe same when the pan tool is used, therefore using the panning toolultimately changes the boundaries that define the area of the map.

The enterprise spatial system allows data to be overlaid onto a map.Once the basic map information has been provided, the user can thenselect from various “data overlays”. These data overlays providegeographic data in a visual manner that can be overlaid and matched upwith the map. The categories of data that can be overlaid include, forexample, environmental, political boundaries, infrastructure, anddemographic data, and more.

For subscription users, various industry-specific data layers may beavailable (e.g., electric line right of ways). The data available tooverlay on the base map is determined by the services that the customerhas subscribed to.

The enterprise spatial system provides analysis tools that offernumerous powerful capabilities, including, for example, the following:point 'n view, point n' attribute, measure linear distances, measureuser defined areas, and buffering tools. After selecting the point n'view tool, the user is able to click on any data element overlaid on thecurrent map, and a pop up dialog box containing a description of thatelement appears. The data presented varies based upon the type of dataelement that the user has selected. The point n' attribute tool allows auser to click on any object on the current map, type in variouscategories of information that describes the object, and thenautomatically save out these associated descriptions as a data storerecord attached to that object. As for measuring linear distances, toolsare provided that allow the user to draw lines or complex “polylines”that the enterprise spatial system analysis engine can then use tocalculate distances and provide other summary information, as well asdetailed reports. As for measuring user defined areas, similar to thelinear distance capabilities, numerous tools are provided that allow thecustomer to draw various custom shapes, which the enterprise spatialsystem analysis engine can then use to calculate distances and provideother summary information, as well as detailed reports. A wide varietyof buffering tools are provided by the enterprise spatial system toallow the user to quickly create offsets from points, lines, areas,editable data elements and more.

The enterprise spatial system provides annotation tools. Once the userhas defined the base map and selected any appropriate data layers,annotation tools are provided that allow the user to add custominformation to the map. These tools include, for example, text and shapeoverlay, which allow users to type in text to be overlaid on the map ordraw basic shapes such as squares, circles, lines, and polygons that arelayered on top of the map.

For customers who have added data onto their base map, the enterprisespatial system offers reports that provide detailed breakdowns of thatdata within the location boundaries defined by the user. The breakdownof information is unique for each type of data.

The enterprise spatial system supports transaction-based purchases(e.g., for non-subscribers). For those customers who are notsubscribers, the enterprise spatial system integrates an e-commercebackend shopping solution to support purchases on atransaction-by-transaction basis, allowing users to pay for an “a lacarte” item with, for example, a credit card.

For customers interested in hard copies of their custom maps, theenterprise spatial system provides functionality that allows users toprint out a copy of the map, or save the map for later use. If the userchooses to print out a hard copy of the map, the enterprise spatialsystem allows the user to define various attributes that define thelayout of the printout. In certain implementations, the enterprisespatial system will require payment for maps before the maps are printedor saved.

In order to provide the most personalized user experience to allcustomers, the enterprise spatial system allows customers to createunique profiles that describe, for example, which data layers should beavailable to the customer, how various preference settings should besetup, and more. In addition, this function allows subscriptioncustomers to edit their registration and payment information.

The enterprise spatial system provides browser support. In particular,the enterprise spatial system software is a web-based applicationservice provider (ASP) that supports, for example, the followingbrowsers: Microsoft® Internet Explorer® version 4.x and above andNetscape® 5.x and above.

In certain implementations, the enterprise spatial system software isrun without client downloads in order to address, for example,corporations and government entities who do not allow for outsidesoftware to be installed on employee systems. This also allows users toaccess projects while on the road or at another workstation. However, incertain implementations, the enterprise spatial system offers clientdownloads for functionality that would benefit from a client download.The benefit could come in the form of improved performance, more robustfunctionality, etc. The user decides whether or not to accept a clientdownload in order to gain the benefits that can be derived from thedownload.

To accommodate this, the enterprise spatial system is designed in a waythat supports a “0 to fat” client download, where a “fat” clientdownload is defined as augmenting approximately 75% or more of thefunctionality through some level of download. This approach allows usersthe flexibility to download various client downloads or not, dependingupon what is most important to them (e.g., performance vs flexibility).Specifically, with this approach, when a specific function is called, itis determined whether the client download is stored locally at theclient system. If a client download is present at the client system, thedownload is used to perform the functionality. If the client download isnot present at the client system, the enterprise spatial system goes tothe server system to perform the functionality. Thus, each function thatis performed with a client download may also be performed using serversystem transactions, so, if the user opts not to download a clientpiece, the functionality is still available at the server system.

N.2 User Interface Guidelines and Standards

This section describes user interface guidelines standards for use inlaying out and implementing the various UI screens that comprise theenterprise spatial system in accordance with certain implementations ofthe invention. The user interface guidelines and standards may bemodified without departing from the scope of the invention. Detailedattribute characteristics are provided for the various user interfaceelements that are used across the UI screens.

As for UI screen layout, standards for UI screen design are provided sothat UI screens have a consistent look and feel across the enterprisespatial system.

As for alignment positions, when defining the locations where thevarious UI elements should be laid out, “approximate” pixel distancesare used. Approximate distances are used as it is difficult in the webenvironment to layout to an exact pixel. However, elements that aredefined with a similar location are aligned. For example, a group of UIelements that are described as being “left justified, approximately 5pixels from the left edge” may not be in actuality 5 pixels from theedge. However, in this example all of the controls are left aligned witheach other.

As for enterprise spatial system software dimensional constraints, indesigning the user interface for the enterprise spatial system software,in certain implementations, certain assumptions are made, some of whichplace constraints on the user interface, and therefore are considered inorder to understand the design. The assumptions that impact theworkspace available to the enterprise spatial system UI include, forexample: (1) the enterprise spatial system software is designed tosupport 800×600 resolutions in a manner that does not require anyhorizontal scrolling to access the enterprise spatial system softwarefunctionality; (2) the enterprise spatial system software does notrequire a software or plugin download by the user (i.e., the enterprisespatial system software is browser-based); and, (3) Microsoft® InternetExplorer® is the primary browser in use when customers interact with theenterprise spatial system. In certain implementations, the followingbrowser elements are the typical elements that are in “view” to theuser: standard toolbars (e.g., set to display in large icon mode),address bar, status bar. After the first two assumptions, the remainingassumptions drive the limitations that the enterprise spatial systemencounters with respect to the vertical dimensions available for theenterprise spatial system workspace. Since vertical scrolling isacceptable, these assumptions need not be correct for every customerusing the enterprise spatial system software, rather the intent of theassumptions is to provide a targeted dimension of available verticalworkspace.

Based on the assumptions listed above, FIG. 39 illustrates in UI screen3910 constraints in workspace faced by the enterprise spatial systemsoftware in accordance with certain implementations of the invention.Specifically, for the boundaries of the usable area available to theenterprise spatial system, the vertical dimension available for theenterprise spatial system workspace is 460 pixels in height and thisdimension has the opportunity to provide a larger workspace, in thatvertical scrolling is allowed (although certain implementations minimizevertical scrolling). The horizontal dimension that is available for theenterprise spatial system workspace varies, depending upon whether ornot a vertical scroll bar is required on the UI screen at the time. If avertical scroll bar is not required on a UI screen, the available UIscreen width is 796 pixels (which is a maximum distance, and, in certainimplementations, horizontal scrolling is not required in the 800×600mode), and if a vertical scroll is required on a UI screen, theavailable UI screen width is 780 pixels (which is a maximum distance,and, in certain implementations, horizontal scrolling is not required inthe 800×600 mode).

FIGS. 40A-40E illustrate UI screens in accordance with certainimplementations of the invention. The UI screens within the enterprisespatial system software leverage certain common UI screen components.These shared components simplify the development effort and provide aconsistent user experience throughout the enterprise spatial systemsoftware. FIG. 40A illustrates common elements in UI screen 4010 inaccordance with certain implementations of the invention.

FIG. 40B illustrates a title bar 4020. The name of the project file thatis opened is displayed within the title bar. If the project does not yethave a name, then the text “New Project” appears. The standard title bartext attributes apply.

FIG. 40C illustrates a logoff button 4030 in accordance with certainimplementations of the invention. This button is a graphic image thatresides on the right side of the logo banner. The size of this bannermay be approximately 50 pixels wide by approximately 25 pixels high.Justification of the banner is as follows: the left edge of the logoffgraphic is approximately 10 pixels from the right edge of the UI screenand the graphic is centered horizontally within the banner area. Upon amouse-over (i.e., a mouse or other input devices is moved so that thecursor is over a certain area), the cursor indicates that the area isselectable by the user. Upon selection of the logo, the logoff processbegins.

FIG. 40D illustrates menu selections 4040 in accordance with certainimplementations of the invention. Drop down menu selections areavailable from all “full screen” pages within the enterprise spatialsystem software. The details defining the functionality contained withinthese menus are provided later in the document. Common attributes ofcontrols include: menu buttons and pull downs. The menu buttons includemenu selections, which include, for example, File, Layer, Drawing,Analysis, Business Solutions, Preferences and Help menu selections.Also, individual selections include, for example: within the File Menu:New, Open, Save, Print Map, Email Map, Save Map, Data Buy, and Close;within the Layer Menu: Change Order, Edit Favorites List, Zoom to aSingle Layer, and Zoom to All Layers; within the Drawing Menu: Texttool, Line tool, Polyline tool, Rectangle tool, Ellipse tool, andPolygon; within the Analysis Menu: Select Point, Select Line Region,Select Rectangle, Select Ellipse, Select Polygon, Buffer Selection,Custom Query, and Clear Query; within the Preferences Menu: User Name,Password, System Settings, and tool Defaults; and, within the Help Menu:About, Contents, and Index. Also, upon selection of any of the menubuttons, the corresponding pull down menu appear.

FIG. 40E illustrates a secure connection indicator 4050 in accordancewith certain implementations of the invention. Once the user gets to thelogin page, the secure connection indicator appears. This indicator isshown on every UI screen where a secure connection is maintained.

The enterprise spatial system software uses common controls that may befound on many Application Service Provider (ASP) model applicationsavailable on the Internet. Using common controls helps to make theenterprise spatial system intuitive for the user, and providesstandardization for the enterprise spatial system software. Thestandards to be applied to these common controls are described in detailin the following section.

FIG. 41 illustrates a section title 4110 in accordance with certainimplementations of the invention. On some UI screens, the controls maybe grouped for organizational purposes. For example, a section title isused to divide the work area into the multiple sections and to providethe user with an understanding of the function of a particular section.

FIG. 42 illustrates a control prompt 4210 in accordance with certainimplementations of the invention. Typically, each control that is usedin the application will have text prompting the user what to do for thegiven control.

FIG. 43 illustrates an Edit box 4310 and a Drop Down list box 4312 inaccordance with certain implementations of the invention. When an Editbox 4310 or Drop Down list box 4312 is called out, certain standards areattributed to these controls based upon industry standards that definesuch controls. The edit boxes and drop down list boxes used within theenterprise spatial system software adhere to industry standards. Inaddition, certain standards that are specific to the needs of theenterprise spatial system UI are followed as well.

FIG. 44 illustrates Radio button controls 4410 and Check Box controls4412 in accordance with certain implementations of the invention. Radiobutton controls 4410 used within the enterprise spatial system softwareadhere to industry standards, but also consistently adhere to severalplacement standards that are unique to the enterprise spatial system.

FIG. 45 illustrates a sample Grid Display 4510 in accordance withcertain implementations of the invention. In some cases, a Grid Display4510 is required to display multiple items, either for viewing purposesonly, or to allow the user to take action of some sort. FIG. 45illustrates a UI screen that integrates a grid that demonstrates all ofthe elements that may be required for a given UI screen. A grid consistsof multiple columns, separated by lines, with each column having anoptional text header. Also, a grid will also contain multiple rows,having embedded edit boxes and embedded check box and radio buttoncontrols. The use of embedded edit boxes may also be used in grids, forexample, to allow the user to change the quantity of a purchase order.These embedded controls have the same characteristics as standard editboxes, with the exception that these controls are sized to fit withinthe column in which they are used. In some grids, check box controlsand/or radio controls may be embedded. The check box controls allow theuser to “select” items, in order that some action may be undertaken onthat item. For example, a user may select an item from the purchase listto be removed from the purchase list. This control has all of the samecharacteristics of a standard check box control, except that it isembedded within the grid.

FIG. 46 illustrates a table display 4610 in accordance with certainimplementations of the invention. The table display is similar to thegrid display, but the table display is typically used to displayshopping cart-related information. FIG. 46 illustrates a UI screen thatintegrates a table used in the shopping cart portion of the enterprisespatial system software. Since there are many similarities with griddisplays, table display standards are defined assuming all of thecharacteristics of the grid display, then defining the differencesbetween the two. Table displays have a summary row, which is anadditional box frame located immediately below the main display, with aheight sufficient to contain the summary information.

FIG. 47 illustrates a control frame 4710 in accordance with certainimplementations of the invention. Control frames are used to helporganize UI screens.

In creating user interface standards for the enterprise spatial systemsoftware, the types of buttons that will be used in the design aredivided into two categories, command buttons and hyperlink buttons(hyperlinks). FIG. 48 illustrates command buttons 4810 in accordancewith certain implementations of the invention. Command buttons refer tothose buttons, which, when selected, execute a command of some sort andthus perform an action. Examples of command buttons are shown in FIG.48. Other examples of command buttons include, for example, print,refresh map, and login. FIG. 49 illustrates hyperlinks 4910 inaccordance with certain implementations of the invention. Hyperlinksrefer to those buttons, which, when selected, links the user to anotherUI screen. (e.g., either within the enterprise spatial system softwareor on the enterprise spatial system marketing website). Hyperlinksfunction according to standard conventions within the enterprise spatialsystem software. The detailed attributes are driven by the user'ssettings in their browser's preference settings.

FIG. 50 illustrates a pop up dialog box 5010 (which is a type of UIscreen) in accordance with certain implementations of the invention. Incertain implementations, pop up dialog boxes are used infrequently inthe enterprise spatial system. pop up dialog boxes are used whenever theuser is the middle of a workflow, and some additional information isrequired from the user in order to proceed. FIG. 51 illustrates a smallpop up dialog box 5110 in accordance with certain implementations of theinvention. FIG. 52 illustrates a large pop up dialog box 5210 inaccordance with certain implementations of the invention. FIG. 53illustrates a color picker 5310 in accordance with certainimplementations of the invention. The color picker is a pop up dialogbox that allows the user to change the color of any of several objecttypes, including font color, shape colors, line colors, data layercoloring, etc.

There are various types of messages that may be communicated to users ofthe enterprise spatial system. As a result, the enterprise spatialsystem utilizes several different message handling user interfaces, eachappropriate for meeting different needs. Specifically, messages arehandled using three (3) different UI formats: message UI screens,message pushing, and pop up message boxes. FIG. 54 illustrates a MessageUI screen 5410 in accordance with certain implementations of theinvention. Message UI screens are full UI screen messages that populatethe entire enterprise spatial system work area. This form of messagehandling is typically used for confirmation of the completion of tasks,as shown in Message UI screen 5410.

As for message pushing, the means in which error conditions are handledare important to the overall user experience. By providing consistentmessaging with straightforward resolutions, error handling can improvethe user's overall approval of the enterprise spatial system. Many ofthe error messages within the enterprise spatial system software arehandled by “pushing” the error message to the top of the UI screen,thus, pushing all other data down the UI screen by the appropriateamount. The error messages themselves vary depending upon the error, andare described further below. Certain UI standards are applied to theseerror messages, regardless of the error specifics. In particular, FIG.55 illustrates a UI screen 5510 before an error has occurred inaccordance with certain implementations of the invention. After an errorhas occurred, an error message will be “pushed” to the top of the UIscreen, and all other UI screen elements shifted downward as shownbelow. In this case, a user selected a user name that is not available.FIG. 56 illustrates UI screen 5610 in accordance with certainimplementations of the invention. In FIG. 56, the user remains on thesame UI screen as in FIG. 55, but an error message now appears at thetop of UI screen 5610. In certain implementations, a scroll bar isavailable, and the user uses the scroll down in order to access thecommand buttons.

As for pop up error messages, pop up error messaging is used throughoutthe enterprise spatial system software. Since the user is likely comeacross multiple error messages during the course of usage, standards areestablished to provide consistency in these messages. FIG. 57illustrates a pop up error message 5710 in accordance with certainimplementations of the invention.

The enterprise spatial system provides a registration wizard. Prior tousing the enterprise spatial system service, every customer firstregisters with the enterprise spatial system, whether the customer is asubscription user or a one-time, transaction-based customer. In the caseof the subscription user with a site license account, an enterprisespatial system representative may register the customer using theenterprise spatial system admin tool. For transaction-based customers,registration may be handled using a short registration wizard.

The registration wizard process is quick and simplified, so as not toserve as a barrier to entry for new customers. The main registrationprocess obtains the user's email address (e.g., for communications) andassigns or allows the user to choose a user name and password (e.g., forusage tracking and credit card storage). The registration process isdesigned to be a one-time experience for the customer. Once the customerhas completed the registration process, the customer will have ausername and password, and will be able to login to the enterprisespatial system service in the future.

FIG. 58 illustrates logic for the registration process fortransaction-based users in accordance with certain implementations ofthe invention. Control begins at block 5810 with a Welcome UI screenbeing displayed to the user. In block 5812, if a continue button isselected, processing continues to block 5814, otherwise, if a cancelbutton has been selected, processing continues to block 5830. In block5814, user login information is collected via a registration UI screen.In block 5816, if a continue button was selected, processing continuesto block 5818, otherwise, if a cancel button has been selected,processing continues to block 5843. In block 5818, it is determinedwhether there is an error. If so, processing continues to block 5853 andan error message is pushed, otherwise, processing continues to block5820. In block 5820, the user name is checked against a data store. Inblock 5822, it is determined whether the user name is unique. If so,processing continues to block 5824, otherwise, processing continues toblock 5852 and an error message is pushed. In block 5824, data is saved.In block 5826, the user is congratulated for registering via a UIscreen. In block 5828, the enterprise spatial system software isavailable for use.

In block 5830, a cancel registration UI screen is displayed. In block5832, if a yes button is selected, processing continues to block 5836,otherwise, processing returns to block 5810. In block 5836, acancellation confirmation UI screen is displayed. In block 5838, if thebutton selected is home, processing continues to block 5840 and the useris returned to a home page, otherwise, processing returns to block 5810.

In block 5843, a cancel registration UI screen is displayed. In block5844, if a yes button is selected, processing continues to block 5846,otherwise, processing returns to block 5814. In block 5846, acancellation confirmation UI screen is displayed. In block 5838, if thebutton selected is home, processing continues to block 5850 and the useris returned to a home page, otherwise, processing returns to block 5814.

FIG. 59 illustrates common registration wizard 5910 elements inaccordance with certain implementations of the invention. Theregistration work window is the area that contains all dynamicinformation during the registration process. In this window, all of thecontrols appear on the various UI screens that provide the functionalityof the registration wizard.

FIG. 60 illustrates a registration UI screen 6010 requesting user logininformation in accordance with certain implementations of the invention.A password edit box supports alphanumeric values, supports specialcharacters (e.g., _, %, &, *, #, ', @), is not case sensitive, masksinput text, does not cache password that is input, is a required field,and is always available to the user. A repeat password edit box supportsspecial characters (e.g., _, %, &, *, #, ', @), is not case sensitive,masks input text, does not cache repeat password that is input, is arequired field, is always available to the user. The secret questiondrop down box contains, for example, the following questions forselection by the user: “What city were you born in?”, “What is yourfavorite food?”, “What is your pet's name?”, “When is youranniversary?”, and “Mother's maiden name?”.

From the UI screen 6010, if the user selects the back button, the useris taken to the Registration UI screen 760, which is a Welcome UIscreen. If the user selects the finish button, it is checked that theuser has input data into all of the required fields on this UI screen.If not, an error message is pushed to the top of the UI screen, withtext reading, “The following information must be provided in order tocomplete registration with the enterprise spatial system: <cr> <insertnames of all fields for which data must be provided (and was notprovided), in order based upon UI screen location from top to bottomwith a <cr> between each field.”. Also, the minimum number of requiredcharacters for each field is checked. If any of the fields have fewercharacters than the required minimum, an error message will be pushed tothe top of the UI screen, with text reading “The <insert field name>requires at least <insert minimum number of characters> characters.Please provide a <insert field name> with at least <insert minimumnumber of characters> characters. If multiple fields have failed theminimum character check, then this message appears for each failure,separated by a <cr> and in the same order as their respective fields onthe UI screen.

If the User Name edit box has been filled in, a check is made on theserver system to make sure that the user has provided a unique UserName. If the User Name provided is not unique, a message is pushed tothe top of the UI screen, with text reading, “The User Name <insert UserName> is already in use. Please enter another user name.”. The User Nameedit box cleared. If the User Name edit box has been filled in, a checkis made to determine whether the user name begins with a space. If aspace appears at the beginning of the user name, a message is pushed tothe top of the UI screen, with text reading, “The User Name that youhave provided is invalid, since a User Name cannot begin with a space.Please enter another user name.”. The User Name edit box is cleared.

If the Repeat Password edit box has been filled in, a check is made todetermine whether the character string matches exactly to the characterstring provided in the Password edit box. If the two fields do notmatch, an error message is pushed to the top of the UI screen, with textreading, “The Repeat Password did not match the original password thatyou provided. Please re-enter the Password and the Repeat Password.” ThePassword edit box is cleared. The Repeat Password edit box is cleared.

If all of the required conditions are met, then the user information isstored. The user name is reserved for use by this customer, and the useris advanced to the next UI screen of the wizard, a Registration UIscreen—Congratulations.

FIGS. 61 and 62 illustrate cancel registration and cancellationconfirmation UI screens, respectively, in accordance with certainimplementations of the invention. If the user selects the cancel buttonin UI screen 6010, the user is taken to the registration UI screen 6110to cancel registration. In UI screen 6110, if the user selects the yesbutton, registration information gathered up until this point isdiscarded and the user name is made available to others. The user islinked to the enterprise spatial system homepage. If the user selectsthe no button, the registration information gathered up until this pointis kept. The user is returned to the registration UI screen 6010 fromwhich the user originally selected the cancel button. The UI screen 6210is used to confirm cancellation. If the user selects the Home button inUI screen 6210, the user is taken to the enterprise spatial system homepage Uniform Resource Locator (URL). If the user selects the Registerbutton, the user is taken to registration UI screen 6010.

In certain implementations, an enterprise spatial system representativeis responsible for undertaking the registration process on behalf of asubscription customer. The enterprise spatial system representativeregisters the customer using an enterprise spatial system admin tool.

As for login, as supporting an e-commerce site, the enterprise spatialsystem handles various types of information that are of a sensitivenature to the user, including personal contact information andbilling/credit card information. The enterprise spatial system protectsthis sensitive information. As a protection to the customer, a securelogin procedure is required to ensure that only authorized individualshave access to a given account. Once the secure login has beencompleted, the connection remains secure until the point that the userhas logged off of the enterprise spatial system. During the entireperiod that the user is logged on, each UI screen within the applicationshows the secure connection indicator.

In addition to protecting sensitive customer information, utilizing alogin process will allow the enterprise spatial system to collectinvaluable information regarding customer usage. For example, theenterprise spatial system determines whether certain low-volume usersare responsible for placing a disproportional load on the server systemat the enterprise spatial system. The option will also exist to trackthe usage of customers in order to send personalized communications tothe customers based upon their usage. For example, for heavy volumeusers, a trigger can be set to make sure that a regular phone call ismade proactively to make sure that the customer is happy, get feedbackfor new features, or gauge if there is an interesting public relations(PR) opportunity for the enterprise spatial system. As another example,transactional users who do certain tasks on a regular enough basis sothat it makes sense for them to move to a subscription service plan maybe tracked and contacted.

Finally, the login process identifies the user and enables theenterprise spatial system to assign profiles to various users that canbe used to customize the user experience once the user has successfullylogged into the system. The login process serves as the entry point forusers accessing the enterprise spatial system. The process isstraightforward, and involves retrieving verifying the validity of theuser name and password provided by the person attempting to login to theenterprise spatial system software.

Although the login process consists of three different UI screens, asignificant amount of logic and error handling is required. FIG. 63illustrates logic for login in accordance with certain implementationsof the invention. Control begins at block 6310, with display of a mainlogin UI screen. In block, 6312, if a cancel button was selected,processing continues to block 6370; if a login button was selected,processing continues to block 6374; if a register now button wasselected, processing continues to block 6372; and, if a forgot passwordbutton was selected, processing continues to block 6314.

In block 6314, a user id UI screen is displayed. In block 6316, if acancel button is displayed, processing continues to block 6315,otherwise, processing continues to block 6317. In block 6315, a cancellogin UI screen is displayed. In block 6317, if there is an error,processing continues to block 6318 and an error message is pushed,otherwise, processing continues to block 6320. In block 6320, theenterprise spatial system attempts to get a shared secret from a datastore. In block 6322, if a shared secret was retrieved, processingcontinues to block 6330, otherwise, processing continues to block 6324.In block 6324, if there have been less than three attempts to login,processing continues to block 6326 and an error message is pushed,otherwise, processing continues to block 6328 and a lockout message ispushed. From blocks 6326 and 6328, processing continues to block 6314.

In block 6330, a shared secret UI screen is displayed. In block 6332, ifa continue button is selected, processing continues to block 6334,otherwise, if a cancel button is selected, processing continues to block6338 and a cancel login UI screen is displayed. In block 63334, if thereis an error, processing continues to block 6336 and an error message ispushed, otherwise, processing continues to block 6340. In block 6340, ashared secret received from the user via the shared secret UI screen ischecked against the data store. In block 6342, if the shared secret iscorrect, processing continues to block 6350, otherwise, processingcontinues to block 6344.

In block 6344, if there have been less than three attempts to enter ashared secret by the user, processing continues to block 6346 and anerror message is pushed, otherwise, processing continues to block 6348,and a lockout message is pushed. From blocks 6346 and 6348, processingcontinues to block 6330.

In block 6350, if the session file is present, processing continues toblock 6352, otherwise, processing continues to block 6356. In block6352, session data is loaded. In block 6354, the enterprise spatialsystem software is made available for use.

In block 6356, if the user is a subscriber, processing continues toblock 6358, otherwise processing continues to block 6364. In block 6358,if this is a first time login, processing continues to block 6360,otherwise, processing continues to block 6364. In block 6360, a changepassword UI screen is displayed, allowing the user to change the loginpassword. In block 6362, the changed password (if any) is saved. Inblock 6365, profile information is retrieved. In block 6366, theenterprise spatial system software is customized based on the profileinformation. Then, processing continues to block 6354.

As discussed with respect to FIG. 63, there are five UI screens thatmake up the user experience for the login process. While each of theseUI screens is responsible for delivering different functionality to theuser, these UI screens still share numerous UI elements. Thesecommonalities warrant an understanding prior to considering the uniquedetails of each UI screen. FIG. 64 illustrates common login UI screen6410 elements in accordance with certain implementations of theinvention.

The common UI elements for the login process are identical to the commonelements in the registration wizard, with a minor change. Specifically,the text title reads “CUSTOMER LOGIN”.

FIG. 65 illustrates a main login UI screen 6510 in accordance withcertain implementations of the invention. A User Name edit box includes,for example, the following attributes: text that reads “User Name:”;display length of the edit box is 25 characters; a maximum length ofcustomer input is 50 characters; a minimum length of customer input is 2characters; supports alphanumeric values; supports special characters,including “@”, “_”, “.”; is not case sensitive; is a required field; isalways available to the user; and, has initial focus when the UI screenis first presented to the user.

The Password edit box includes, for example, the following attributes:text reads “Password:”; display length of the edit box is 25 characters;maximum length of customer input is 25 characters; minimum length ofcustomer input is 6 characters; supports alphanumeric values; supportsspecial characters “_, %, &, *, #, ', @”; is not case sensitive; textthat is input is masked; password that is input is not cached; is arequired field; and, is always available to the user.

The Login button includes, for example, the following attributes:standard control button attributes and button text reads, “login”.

“I forgot” hyperlink includes, for example, the following attributes:standard hyperlink attributes; text is located below all of the fields,left justified and located above the Registration hyperlink; text reads,“If you have forgotten your User Name or Password, click here.”; and,the word “here” is a hyperlink.

The Registration hyperlink includes, for example, the followingattributes: standard hyperlink attributes; text is located below all ofthe fields, left and bottom justified; the text reads, “If you are a newuser, you can register in just minutes.”; and, the word “register” ishyperlink.

In FIG. 65, if the user selects the login button, a check is made todetermine whether the user has input data into both the User Name andPassword edit boxes. If not, an error message is pushed to the top ofthe UI screen, with text reading, “The following information must beprovided in order to login to the enterprise spatial system: <cr><insert names of all fields for which data must be provided (and was notprovided), in order based upon UI screen location from top to bottomwith a <cr> between each field.”. A check is made that the minimumnumber of required characters for each field. If any of the fields havefewer characters than the required minimum: An error message will bepushed to the top of the UI screen, with text reading “The <insert fieldname> requires at least <insert minimum number of characters>characters. Please provide a <insert field name> with at least <insertminimum number of characters> characters. If multiple fields have filedthe minimum character check, then this message shall appear for eachfailure, separated by a <cr> and in the same order as their respectivefields on the UI screen. A check is made to determine whether the UserName and password provided in the Main Login UI screen are valid.

The User Name and Password are considered valid if both of the followingconditions are met: the User Name exists in the enterprise spatialsystem data store (case insensitive) and the password that the userprovided matches exactly (although case-insensitive) to the passwordassociated with the account defined by the User Name above. If the checkreveals that the User Name and Password are not valid, the “number oflogin attempts” counter is incremented by one. A check is made todetermine whether the number of login attempts is three (3) or more. Ifthe number of login attempts is not three (3) or more, then an errormessage is pushed to the top of the UI screen, with text reading, “TheUser Name and/or Password that you provided is invalid. Please enterthis information again.” Both fields are cleared. If the number of loginattempts is three (3) or more, then a user lockout will occur. This willlock the user out from further login attempts for a 24 hour period andpushes the lockout error message “Due to too many login attempt errors,this account cannot be accessed at this time. For security purposes, theaccount will be locked out for a 24 hour period. To remove this holdprior to the 24 hour period, call the enterprise spatial system customersupport at <insert phone #>”. This lock out will also trigger that anemail be sent to the account owner notifying the owner of the situation.

Also, a check is performed to make sure that a temporary session file isnot present on the user's local system. If a temporary session file ispresent, then the enterprise spatial system software reads theinformation from the file, and uses this information to set “number oflogin attempts” counter to one, launch the software to the UI screenthat the user was on at the time of interruption, and load all of thedata that the user had provided on various UI screens during theprevious session.

If the above conditions are met, then “number of login attempts” counteris set to one. If the user is a subscription customer and it is theuser's first time logging into the enterprise spatial system, the useris advanced to the change password UI screen (FIG. 68). If the user isnot a subscription customer who is logging on for the first time, theuser profile is retrieved from the server system. The enterprise spatialsystem software is built based upon the user profile information. Theuser is logged into the enterprise spatial system, and advanced to theWelcome UI screen.

FIG. 66 illustrates a login UI screen 6610 in accordance with certainimplementations of the invention. If the user selects the I forgothyperlink, the user is taken to the login UI screen 6610. If the userselects the Registration hyperlink, the user is taken to theRegistration UI screen.

In FIG. 66, the email Address edit box includes, for example, thefollowing attributes: text reads “email Address:*”; display length ofthe edit box is 25 characters; maximum length of customer input is 40characters; minimum length of customer input is characters; supportsalphanumeric values; supports special characters, including “@”, “_”,“.”; is not case sensitive; is a required field; and is always availableto the user.

The Continue button includes, for example, the following attributes:standard control button attributes; button text reads, “continue”;button has a graphic arrow pointing to the right. The Cancel buttonincludes, for example, the following attributes: standard control buttonattributes and button text reads, “cancel”.

In FIG. 66, if the user selects the continue button, a check is made todetermine whether the user has input data into either the User Name orthe email edit boxes. If not, an error message is pushed to the top ofthe UI screen, with text reading, “You must provide either your UserName or email address in order to continue the login process with theenterprise spatial system.” A check is made to determine whether theminimum number of required characters for the field that the user haselected to fill in. If the field has fewer characters than the requiredminimum number of characters, an error message is pushed to the top ofthe UI screen, with text reading “The <insert field name> requires atleast <insert minimum number of characters> characters. Please provide a<insert field name> with at least <insert minimum number of characters>characters.”. The field is cleared.

A check is made to determine whether the User Name or email address thatthe user has provided is in the enterprise spatial system user datastore. If the check reveals that the User Name or email is not in thedata store, the “number of get shared secret attempts” counter isincremented by one. A check is made to determine whether the number ofget shared secret attempts is three (3) or more. If the number of getshared secret attempts is not three (3) or more, then an error messageis pushed to the top of the UI screen, with text reading, “The User Nameor email address that you provided is invalid. Please enter thisinformation again.” The field is cleared.

If the number of login attempts is three (3) or more, then a userlockout will occur. This will lock the user out from further loginattempts for a 24 hour period and push the lockout error message “Due totoo many login attempt errors, this account cannot be accessed at thistime. For security purposes, the account will be locked out for a 24hour period. To remove this hold prior to the 24 hour period, call theenterprise spatial system customer support at <insert phone #>″.” Thislock out will also trigger that an email be sent to the account ownernotifying the owner of the situation.

If the check reveals that the User Name or email is in the data store,the “get shared secrets” counter is set to one. The shared secretquestion is obtained for the user, based upon the ID provided by eitherthe User Name or the email address. The user is advanced to the sharedsecret UI screen 6710, which is illustrated FIG. 67 in accordance withcertain implementations of the invention. If the user selects the cancelbutton, the user is taken to the cancel login UI screen.

With reference to FIG. 67, the introductory text for the shared secretUI screen reads: “During registration, you provided a response to theSecurity Question below. Enter the same response in the spaceprovided.”. The shared secret prompt is a dynamic text display area, inwhich the shared secret for the user is displayed. The secret isobtained from the server system at the enterprise spatial system, basedupon the user ID information provided on the user ID UI screen. TheResponse edit box includes, for example, the following attributes: textreads “Response:*”; display length of the edit box shall be 25characters; maximum length of customer input is 25 characters; minimumlength of customer input is one character; supports alphanumeric values;is not case sensitive; is a required field; is always available to theuser; and, has an initial focus when the shared secret UI screen isfirst presented to the user.

The Continue button includes, for example, the following attributes:standard control button attributes; button text reads, “continue”; and,button has a graphic arrow pointing to the right.

The Cancel button includes, for example, the following attributes:standard control button attributes and button text reads, “cancel”.

In FIG. 67, if the user selects the continue button, a check is made todetermine whether the user has input data into the Response edit field.If not, an error message is pushed to the top of the UI screen, withtext reading, “You must provide a response to your Security Question inorder to login to the enterprise spatial system. Provide your responseand select “continue”. If the Response edit box has been filled in, acheck is made on the server system to make sure that the user hasprovided the correct response to the Security Question.

If the Response is not correct, the “number of answer shared secretattempts” counter is incremented by one. A check is made to determinewhether the number of answer shared secret attempts is three (3) ormore. If the number of answer shared secret attempts is not three (3) ormore, then an error message is pushed to the top of the UI screen, withtext reading, “The Response that you provided is incorrect. Please tryagain.”. The Response edit box is cleared. If the number of loginattempts is three (3) or more, then a user lockout will occur. This willlock the user out from further login attempts for a 24 hour period andpush the lockout error message “Due to too many login attempt errors,this account cannot be accessed at this time. For security purposes, theaccount will be locked out for a 24 hour period. To remove this holdprior to the 24 hour period, call the enterprise spatial system customersupport at <insert phone #>”. This lock out will also trigger that anemail be sent to the account owner notifying the owner of the situation.If the response is correct, the “answer shared secrets” counter is setto one.

If the user is a subscription customer and it is the user's first timeever logging into the enterprise spatial system, the user is advanced tothe change password UI screen 6810, which is illustrated in FIG. 68 inaccordance with certain implementations of the invention. If the user isnot a subscription customer who is logging on for the first time, theuser is logged into the enterprise spatial system, and advanced to theWelcome UI screen. If the user selects the cancel button, The user istaken to the cancel login UI screen.

The change password UI screen 6810 is designed to require subscriptioncustomers to change their password at first login. The reason to enforcethis is for security purposes, since an enterprise spatial systemrepresentative created the user's original password.

In FIG. 68, the Password edit box includes, for example, the followingattributes: text reads “Password:”; display length of the edit box shallbe 25 characters; maximum length of customer input is 25 characters;minimum length of customer input is 6 characters; supports alphanumericvalues; supports special characters “_, %, &, *, #, ', @”; is not casesensitive; text that is input is masked; the password that is input isnot cached; is a required field; is always available to the user; and,has an initial focus when the UI screen is first presented to the user.

The Repeat Password edit box includes, for example, the followingattributes: text reads “Repeat Password:”; display length of the editbox shall be 25 characters; maximum length of customer input is 25characters; minimum length of customer input is 6 characters; supportsalphanumeric values; supports special characters “_, %, &, *, #, ', @”;is not case sensitive; text that is input is masked; the repeat passwordthat is input is not cached; is a required field; and, is alwaysavailable to the user.

The Continue button includes, for example, the following attributes:standard control button attributes; button text reads, “continue”; and,the button has a graphic arrow pointing to the right.

The Cancel button includes, for example, the following attributes:standard control button attributes and button text reads, “cancel”.

In FIG. 68, if the user selects the continue button, a check is made todetermine whether the user has input data into all both of the requiredpassword edit boxes on the change password UI screen 6810. If not, anerror message is pushed to the top of the UI screen, with text reading,“The following information is provided in order to complete registrationwith the enterprise spatial system: <cr> <insert names of all fields forwhich data is provided (and was not provided), in order based upon UIscreen location from top to bottom with a <cr> between each field.”.

A check is made to determine whether the minimum number of requiredcharacters for each field. If any of the fields have fewer charactersthan the required minimum, an error message is pushed to the top of theUI screen, with text reading “The <insert field name> requires at least<insert minimum number of characters> characters. Please provide a<insert field name> with at least <insert minimum number of characters>characters. If multiple fields have filed the minimum character check,then this message shall appear for each failure, separated by a <cr> andin the same order as their respective fields on the UI screen. The fieldis cleared.

If the Repeat Password edit box has been filled in, a check is made todetermine whether its' character string matches exactly to the characterstring provided in the Password edit box. If the two fields do notmatch, an error message is pushed to the top of the UI screen, with textreading, “The Repeat Password did not match the original password thatyou provided. Please re-enter the Password and the Repeat Password.” ThePassword edit box is cleared. The Repeat Password edit box is cleared.If all of the required conditions are met, then the user's password isupdated on the server system at the enterprise spatial system. The userprofile is retrieved from the server. The enterprise spatial systemsoftware is built based upon the user profile information. The user islogged into the enterprise spatial system, and advanced to the WelcomeUI screen. If the user selects the cancel button, the user is taken tothe cancel login UI screen.

The enterprise spatial system supports high level navigation. At a highlevel, the user interface of the enterprise spatial system is designedto put most of the power of the service into a “Main UI screen” that canbranch off to complimentary UI screens when needed. More specifically,the Main UI screen covers the functionality that is common to all of themajor task workflows within the application, including defining the AOI,selecting base imagery, selecting vector data layers, and more. Once auser indicates the specific workflow that is being undertaken, theapplication will branch off into UI screens that apply to that workflow.

FIG. 69 illustrates conceptual logic for the main UI screen inaccordance with certain implementations of the invention. That is, FIG.69 provides a logical overview of the high level navigation structure ofthe enterprise spatial system software. A Welcome UI screen (Portal)6910 is displayed. From there, a user may navigate to a main UI screen6912. From the main UI screen 6912, a user may select variousfunctionality, such as data buy 6914, create map 6916, analysis reports6918, or other functionality. From create map 6916, a user may selectmap preview 6920, and from map preview 6920, a user may select print map6922, email map 6924, or save map 6926.

In terms of the Welcome UI screen (Portal), the enterprise spatialsystem provides the ability to be able to customize the enterprisespatial system experience to different customers. There are twocomponents to this customization. The first is being able to create aunique portal that users of a company will pass through on their way toaccessing the enterprise spatial system service and tools. The second isto ensure that the enterprise spatial system tools are configurable sothat their look and feel can be changed depending on the user, andtherefore the company, that is using the enterprise spatial systemtools.

In terms of understanding the portal, a portal is a series of HTML pagesthat users first go through in order to access the enterprise spatialsystem service. Under the enterprise spatial system design, the portaldisplays different HTML pages depending on who the user is. Thisdetermination is made at the login stage, when the user first logs intothe service. The portals are hosted by enterprise spatial system. Theportal is built upon a number of frames, which are fluid and dynamic toaccount for changes in layout and content.

That is, the portal content is fluid and dynamic, so some content couldchange daily, some could change monthly. The portal content iscustomized to companies. FIG. 70 illustrates sample portal content 7010in accordance with certain implementations of the invention.

In FIG. 70, the portal is composed of a number of frames, some singlecolumn, some multi-column. Each frame has information that can be servedmay be served by the enterprise spatial system, the company itself, or athird party, such as Reuters.

The portal may include a banner. The header is the top frame, whichdisplays the company branding, in this case the enterprise spatialsystem logo, as well as, the ability to log off. In most cases thisframe should reflect the design of the enterprise spatial systemsoftware itself.

The header is a frame that contains a dynamic tag that displays theuser's full name. The header also has options for customizing the layoutof the portal. The user is able to control what the user sees.

Enterprise spatial system news may be a section of the portal thatcontains information that is enterprise spatial system specific, such asnew product updates, bug information, or up sell opportunities. Thissection may even be “empty” if there is no enterprise spatial systemnews, and may appear when needed. Under such a scenario, the layoutengine is able to “show and hide” enterprise spatial system news, andadjust the layout of existing content where necessary.

The Tip of the Day is a common feature among many sites where tips aredisplayed to users helping them use both the product and the service.The tip of the day is generated by the enterprise spatial system, and anew tip is displayed each time the use refreshes the browser.

Industry News is an area on the page where news and events particular tothe industry that the user and company operate in are displayed. Incertain implementations, industry content is served via third partiestied to the portal vendor. For example, news information from Reutersabout the Oil and Gas industry may be displayed.

Company News is an area set aside for the company to be able tocommunicate directly to staff. In certain implementations, the companyis responsible for this content, but this may also require additionalhelp on the enterprise spatial system services side. Each companyassigns someone to author the content that appears in the company newsarea and that enterprise spatial system simply points to their URL fromwithin the portal. This makes all management and review of the contentthe company's responsibility.

The Document Files section allows the enterprise spatial system topresent to the user all the existing projects that the user has beenworking on, as well as any template/map service files. For most users,this is the fastest way to open a project and to begin working in theenterprise spatial system. By default this section is hidden from view.If the user wishes to always see these files, then the user can selectto show the files by choosing the appropriate option under the“Customize My Page” section.

For the Launch buttons, one of the frames within the portal layoutcontains the buttons which access the enterprise spatial system service.The size, layout, and type of buttons will vary depending on customers.Also, buttons may be added or removed depending on user feedback andrelevancy. For example, a button could say, “Click Here to Create YourFirst Map”, or Click Here to Buy Data etc.

O. User Interface

Some of the functionality of the enterprise spatial system software isprovided via a main UI screen. The main UI screen is the starting pointfor any task that the user may wish to undertake, providing the userwith the core capabilities required in undertaking any process supportedby the application, including: selecting an Area of Interest (AOI);previewing an Area of Interest; selecting base imagery; selecting datalayers; and accessing summary information. In addition, the main UIscreen provides access to the functionality through various tools in atoolbar, through the drop down menus, and through links to other UIscreens. FIG. 71 illustrates a main UI screen 7110 in accordance withcertain implementations of the invention.

Given the breadth of the functionality on the main UI screen, thespecifications for the main UI screen are discussed one “section” of themain UI screen at a time. Additionally, some of the pop up dialog boxesthat compliment the main UI screen will be described herein. Also, thereare many menu commands available on the main UI screen.

FIG. 72A illustrates a find location portion 7210 of the UI screen inaccordance with certain implementations of the invention. In FIG. 72A,the Search by drop down box contains a list of Search Categories thatare supported by the enterprise spatial system, presented to the user,and including, for example: Address, City, County, State, ZIP Code,Longitude/Latitude, USGS Map, Name of Place, and Previously Saved Area.Selection of one of the drop down list items is required, the drop downbox is always available to the user, and the control has the initialfocus when the user goes to the main UI screen.

The second control (or group of controls) in the find location portionof the main

UI screen appear dynamically (and may be referred to as dynamiccontrols), based upon the user selection in the Search by drop down box.The dynamic control(s) appear in a dynamic control window, and areupdated each time that a user makes a selection from the Search by dropdown box.

FIG. 72B illustrates a dynamic control window 7212 in accordance withcertain implementations of the invention. The dynamic control window iswhere various controls are populated based upon the user's selection inthe Search by drop down. This control is not visible to the user. Thewindow is located directly below the Search by drop down. The size ofthe window is sufficient to accommodate all of the dynamic controlsdescribed herein.

FIG. 72C illustrates address controls 7214 in accordance with certainimplementations of the invention. The address controls 7214 include, forexample, the following attributes: the text reads “Street, City:” andthe address controls 7214 consist of two separate controls, with thefirst control being an edit box and the second control being a drop downcontrol. The second control includes, for example, the followingattributes: text reads “State:”; display length of the edit box is 2characters; the drop down list contains a full list of abbreviates forstates; and, this field is available to the user only when the user hasselected “State” from the Search by drop down box. When the drop downlist is available, selection of one of the state abbreviations isrequired. This field is available to the user only when the user hasselected “Longitude/Latitude” from the Search by drop down box.

FIG. 72D illustrates a city edit box 7215 in accordance with certainimplementations of the invention. This field is available to the useronly when the user has selected “City” from the Search by drop down box.When this field is available, this field is a required field. The cityedit box 7215 Is used in conjunction with a Go button.

FIG. 72E illustrates a county edit box 7216 in accordance with certainimplementations of the invention. This field is available to the useronly when the user has selected “County” from the Search by drop downbox. When this field is available, this field is a required field. Thecounty edit box 7216 Is used in conjunction with the Go button.

FIG. 72F illustrates a state drop down box 7218 in accordance withcertain implementations of the invention. This field is available to theuser only when the user has selected “State” from the Search by dropdown box. When this drop down is available, selection of one of thestate abbreviations is required.

FIG. 72G illustrates ZIP code edit boxes 7220 in accordance with certainimplementations of the invention. The Zip code edit boxes consist of 2separate edit boxes. The first edit box has, for example, the followingattributes: this field is available to the user only when the user hasselected “ZIP Code” from the Search by drop down box and when this fieldis available, this field is a required field. The second edit box has,for example, the following attributes: this field is available to theuser only when the user has selected “ZIP Code” from the Search by dropdown box and this field is not a required field.

FIG. 72H illustrates longitude/latitude edit boxes 7222 in accordancewith certain implementations of the invention. The longitude/latitudeedit boxes consist of 2 separate edit boxes. The first edit box has, forexample, the following attributes: this field is available to the useronly when the user has selected “Longitude/Latitude” from the Search bydrop down box and, when this field is available, this field is arequired field. The second edit box has, for example, the followingattributes: when this field is available, this field is a requiredfield. In between the first and second edit boxes, “Lat:” is displayed.These controls are used in conjunction with the Go button.

FIG. 72I illustrates a USGS drop down 7224 in accordance with certainimplementations of the invention. The USGS drop down 7224 includes, forexample, the following attributes: text reads “USGS Map:*”; displaylength of the drop box is 25 characters; the drop down list contains thecomplete list of USGS Maps that are available; this field is availableto the user only when the user has selected “USGS Map” from the Searchby drop down box; when this drop down control is available, selection ofone of the maps is required.

FIG. 72J illustrates a name of place edit box 7226 in accordance withcertain implementations of the invention. The name of place edit box7226 includes, for example, the following attributes: this field isavailable to the user only when the user has selected “Name of Place”from the Search by drop down box; when this field is available, thisfield is a required field; this field is used in conjunction with the Gobutton.

FIG. 72K illustrates a previously saved area edit box 7228 in accordancewith certain implementations of the invention. The previously saved editbox includes, for example, the following attributes: this field isavailable to the user only when the user has selected “Name of Place”from the Search by drop down box; when this field is available, thisfield is a required field; and the field can be completed by typing in apath and file name, or by browsing to select the file.

The Go button's attributes are standard for control buttons, except thatthe width of the Go button is 38 pixels. The button text reads, “Go >>”.As for the Browse button, all of the Go button's attributes are standardfor control buttons, except that the width of the Browse button is 57pixels. The button text reads, “Browse . . . ”.

If the user selects “Address” from the Search by drop down box, theaddress controls are presented. If a selection is made from the Addresscontrols drop down box, a check is made to determine whether any valuewas entered into the Street and City edit box. If yes, the format ischecked to ensure that the entry is in the form “street address, city”.If yes, processing continues. If no, a pop up message appears with themessage, “The address has been entered in an invalid format. The addressneeds to appear in the format ‘Street Address, City’.” Upon closing thepop up message, the Street Address and City field is cleared.

If all of the required conditions are met, then, the Area of Interestthat the user is attempting to define is determined by checking for amatch to the address location provided. If a single match is found, thenthe center point of the AOI is the street address location. The AOI isdefined by the smallest square that envelops a 2 mile buffered areaaround the street address. If no exact matches are found, but multiplepossible matches have been found, then the Ambiguous Location pop updialog box is displayed. FIG. 73 illustrates an Ambiguous Location popup dialog box 7310 without a scroll bar and FIG. 74 illustrates anAmbiguous Location pop up dialog box 7410 with a scroll bar inaccordance with certain implementations of the invention. If no possiblematches are found, the Area of Interest location is defined by the stateprovided, with the minimum size required to envelop the entire state. Apop up error message appears, with text reading, “The location enteredcould not be found. The map has been centered on the state provided.”.

If a location is determined, the map for the specified location isretrieved. If not, then the Area of Interest location is defined by thestate provided, with the minimum size required to envelop the entirestate. The Map window is refreshed with the map.

If the user selects “City” from the Search by drop down box, the Cityedit box is presented and the Go button is made available. If the userselects the Go button, a check is made to determine whether input hasbeen provided into the City edit box. If yes, processing continues. Ifno, a pop up message appears with the message, “You must enter the nameof the city before the search can begin.” A check is made to determinewhether a sufficient number of characters have been provided. If yes,processing continues. If no, a pop up error message appears, with textreading “The city name requires the input of at least 2 characters.Please provide the city name again.” Then, the field is cleared.

If all of the required conditions are met, then, the Area of Interestthat the user is attempting to define is determined by checking for amatch to the city location provided. If a single match is found, thenthe AOI is defined by the smallest square that envelops the entire city.If no exact matches are found, but multiple possible matches have beenfound, then the Ambiguous Location pop up dialog box is displayed. If nopossible matches are found, a pop up error message appears, with textreading, “The location entered could not be found with the informationprovided. Please try again.”. If a location is determined, the map forthe specified location is retrieved. The Map window is refreshed withthe map.

If the user selects “County” from the Search by drop down box, theCounty edit box is presented. The Go button is made available. If theuser selects the Go button, a check is made to determine whether inputhas been provided into the County edit box. If yes, processingcontinues. If no, a pop up message appears with the message, “You mustenter the name of the county before the search can begin.”.

A check is made to determine whether a sufficient number of charactershave been provided. If yes, processing continues. If no, a pop up errormessage appears, with text reading “The county name requires the inputof at least 2 characters. Please provide the county name again.”. Thefield is cleared.

If all of the required conditions are met, then, the Area of Interestthat the user is attempting to define is determined by checking for amatch to the county location provided. If a single match is found, thenthe AOI is defined by the smallest square that envelops the entirecounty. If no exact matches are found, but multiple possible matcheshave been found, then the Ambiguous Location pop up dialog box isdisplayed. If no possible matches are found, a pop up error messageappears, with text reading, “The location entered could not be foundwith the information provided. Please try again.”.

If a location is determined, the map for the specified location isretrieved. The Map window is refreshed with the map.

If the user selects “State” from the Search by drop down box, the Statedrop down is presented. If the user selects a state from the drop downlist, the AOI is defined by the smallest square that envelops the entirestate selected by the user. The Map window is refreshed with the map.

If the user selects “ZIP Code” from the Search by drop down box, the ZIPCode edit boxes are presented. The Go button is made available. If theuser selects the Go button, a check is made to determine whether inputhas been provided into the first ZIP Code edit box. If yes, processingcontinues. If no, a pop up message appears with the message, “You mustenter the 5 digit ZIP code before the search can begin.”

A check is made to determine whether exactly 5 characters have beenprovided in the first edit box. If yes, processing continues. If no, apop up error message appears, with text reading “The ZIP Code searchrequires that you provide the first 5 digits of the ZIP Code. Pleaseprovide the ZIP Code information again.” The field is cleared.

A check is made to determine whether the ZIP 5 entry is on the list ofvalid ZIP codes. If yes, processing continues. If no, a pop up errormessage appears, with text reading, “The ZIP Code entered could not befound. Please try again.”.

If all of the above conditions are met, then the AOI can be defined bythe smallest square that envelops the entire ZIP Code (ZIP 5). However,if the user provides a valid +4 to the ZIP, the AOI is refined evenfurther. A check is made if the user has provided any input into thesecond ZIP Code edit box (i.e. the +4 field). If yes, it is determinedif this is a valid +4 for the ZIP Code provided. If yes, the AOI can bedefined by the smallest square that envelops the entire ZIP Code(ZIP+4). If no, the AOI for the ZIP 5 is used and an error message isnot shown to the user. The map for the specified AOI is retrieved. TheMap window is refreshed with the map.

If the user selects “Longitude/Latitude” from the Search by drop downbox, the Longitude/Latitude edit boxes are presented. The Go button ismade available. If the user selects the Go button, a check is made todetermine whether input has been provided into both edit boxes. If yes,processing continues. If no, a pop up message appears with the message,“You must enter both the Longitude and the Latitude before the searchcan begin.”

A check is made to determine whether the format of both the Longitudeand the Latitude that the user input is correct. A check is made todetermine whether the first character in both edit boxes is either anumeric value, a “−” sign, or a “+” sign. A check is made to determinewhether exactly one “.” character appears within the input in both editboxes. A check is made to determine whether exactly 4 numeric valuesappear after the “.” character. A check is made to determine whether atleast 7 characters have been entered. A check is made to determinewhether a maximum of 9 characters have been entered. A check is made todetermine whether both entries are within the valid range of Longitudeand latitude entries. If all of these checks hold true, then processingcontinues. If the input does not pass any of these checks, a pop upmessage appears with the message, “The format of the Longitude andLatitude must be in the format ‘+/−degrees, minutes, seconds’. Forexample, +33.5458 and −117.7027. For Longitude, East is positive. ForLatitude, North is positive. Please enter the Longitude and Latitude inthis format.”

If the previous checks hold true, then the AOI is determined. The centerpoint of the AOI is the Longitude and Latitude location that the userhas provided. The AOI is defined by the smallest square that envelops a5 mile buffered area around this center point. The map for the specifiedAOI is retrieved. The Map window is refreshed with the map.

If the user selects “USGS Map” from the Search by drop down box, theUSGS

Map drop down is presented. If the user selects a map from the drop downlist, the AOI is that of the USGS map. The Map window is refreshed withthe map.

If the user selects “Name of Place” from the Search by drop down box,the Name of Place edit box is presented. The Go button is madeavailable. If the user selects the Go button, a check is made todetermine whether input has been provided into the Name of Place editbox. If yes, processing continues. If no, a pop up message appears withthe message, “You must enter the name of the place before the search canbegin.”

A check is made to determine whether a sufficient number of charactershave been provided. If yes, processing continues. If no, a pop up errormessage appears, with text reading “The place name requires the input ofat least 2 characters. Please provide the name of the place again. Thefield is cleared.

If all of the required conditions are met, then, the Area of Interestthat the user is attempting to define is determined by checking for amatch to the name of the place provided. If a single match is found,then the center point of the AOI is the location of the place that theuser has provided. The AOI is defined by the smallest square thatenvelops a 5 mile buffered area around this center point. If no exactmatches are found, but multiple possible matches have been found, thenthe Ambiguous Location pop up dialog box is displayed. If no possiblematches are found, a pop up error message appears, with text reading,“The location entered could not be found with the information provided.Please try again.”.

If a location is determined, the map for the specified location isretrieved. The Map window is refreshed with the map.

If the user selects “previously saved AOI” from the Search by drop downbox, the Previously Saved Area edit box is presented. The Browse buttonis presented, to the right of the Previously Saved Area edit box. Theright edge of the Browse button is right aligned with the right edge ofthe Search by drop down. If the cursor is the in the Previously SavedArea edit box and the user selects the enter key (i.e. indicating thatthe user has entered the file name), a check is made to determinewhether a valid file name (for an enterprise spatial system AOI file)have been entered. If yes, the AOI file is opened, and the Map window isrefreshed with the new AOI. If no, a pop up message appears with themessage, “A valid Area of Interest was not entered. <cr> You must entera valid Area of Interest (AOI) file to search for an area in thismanner. Either type in a valid AOI file, select the browse button toselect the file, or select another way to search for the desired Area ofInterest.” If the Browse button is selected, the Open AOI dialog boxappears.

In any of these cases where the AOI is going to be updated, a check ismade whether or not the updated AOI has support for the base image thatis currently selected. If the base image is not available for the newAOI, then the AOI—Base Image Conflict pop up appears. FIG. 75illustrates a Base Image Conflict pop up dialog box 7510 in accordancewith certain implementations of the invention. If the user selects tochange the AOI, then the Map window is refreshed with the new AOI andreversion to “none” as the Base Image selection is done. If the userchooses to keep the Base Image, the AOI is not updated. If the BaseImage is available, the Map window is refreshed with the new AOI.

The Ambiguous Location pop up dialog box 7310 is used when multiplepossible location matches are found using the information that the userhas input into the Find Location by Address, Find Location by City, orFind Location by County controls. This UI screen allows the user toselect from the list of possible locations, providing the enterprisespatial system with the user's intended Area of Interest.

The Ambiguous Location pop up dialog box 7310 meets the standardguidelines for the use of pop up dialog boxes. The pop up is a large popup dialog box. The pop up appears centered in the work area of the mainenterprise spatial system software. For the Title, text reads,“Ambiguous Location” and font is bold. The introductory text for thispop up dialog box is: “The location provided has the following closematches. Please select one.”

The Grid Control has standard grid control attributes. The Grid Controlis left aligned with both the section title and the introductory text,is located immediately following the introductory text display, consistsof two columns (a select column and a location column), and has gridrows. For the Select Column, the column header reads, “Select”; thecolumn width is sufficient to fit the text “Select” with a blank spacebefore and after the text; and, the column contains radio buttoncontrols, allowing the user to select only one of the locations that arepresented in the grid display. If the user selects a second radiobutton, then the first radio button that was selected becomesdeselected.

For the Location Column, the header for this column reads, “Location”;the width of this column is approximately 385 pixels; and, the cellswithin this column is populated with the various possible locationmatches that the enterprise spatial system found. In the case in whichthe user has entered an address, the cell contains the street address,city, and state for the possible match. In the case in which the userhas entered a city, the cell displays the city, county and state for thepossible match. In the case in which the user has entered a county, thecell will display the county and state for the possible match. In thecase in which the user has entered a place, the cell will display theplace name, the county and state for the possible match.

As for Grid Rows, there are as many rows included in the grid display aspotential location matches that were found; the row height is determinedby the number of lines of data that are displayed in a given row; and,if the number of rows exceeds the number that can be displayed withinthe work area of the pop up dialog box, then a scroll bar will allow forscrolling of the grid control as shown in FIG. 74.

In FIG. 74, if the user selects the OK button, a check is made todetermine whether the user has selected one of the radio buttons fromwithin the grid control. If a radio button was not selected, an errormessage is pushed to the top of the pop up, with text reading, “You needto provide the best fit location for your area of Interest (AOI). Ifnone of the selections below match your location, select the cancelbutton and try again.” If a radio button was selected, the user'sselected location choice is determined by finding the radio button thatwas selected, and then finding the location associated with that radiobutton. The selected location is used to define the Area of Interest. Ifthe ambiguous location is an address, the center point of the AOI is thestreet address location. The AOI is defined by the smallest square thatenvelops a 2 mile buffered area around the street address. If theambiguous location is a city, the AOI is defined by the smallest squarethat envelops the entire city. If the ambiguous location is a county,the AOI is defined by the smallest square that envelops the entirecounty. If the ambiguous location is a place, then the center point ofthe AOI is the location of the place that the user has provided. The AOIis defined by the smallest square that envelops a 5 mile buffered areaaround this center point. The pop up dialog box is closed. The Mapwindow is refreshed with the new AOI on the UI screen from which theAmbiguous Location pop up was launched.

If the user selects the cancel button, the pop up dialog box is closed.If the ambiguous location is an address, the Area of Interest locationis defined by the state provided, with the minimum size required toenvelop the entire state. A pop up error message appears, with textreading, “An address was not selected. The map has been centered on thestate provided.” The Map window is refreshed with the new AOI. If theambiguous location is a city, county, or place, the Area of Interestcannot be determined. A pop up error message appears, with text reading,“The location entered could not be found with the information provided.Please try again.”.

The Base Image Conflict pop up dialog box 7510 illustrated in FIG. 75 isused whenever the user has indicated a desire to change the AOI, but thenew AOI does not support the Base Image. This dialog box allows the userto decide whether to change the AOI (and lose the Base Image) or keepthe Base Image (and lose the changes to the AOI).

In FIG. 75, the pop up dialog box meets the standard guidelines for theuse of pop up dialog boxes. The pop up is a small Pop up dialog box. Thepop up appears centered in the work area of the main enterprise spatialsystem software.

Radio buttons present the user with options on how to proceed, given theconflict. The radio buttons are standard in functionality. The list ofbutton choices includes, for example: Yes, change the AOI; and, No, donot change the AOI. The default selection is Yes, change the AOI. Thetext descriptions are located below the radio button graphic. The Okbutton has standard control button attributes and the button text reads,“Ok”.

In FIG. 75, if the user selects the help button, the help page thatprovides online help pertaining to this UI screen appears in a pop upformat. If the user selects the OK button, if the “Yes, change the AOI”radio button is selected, the pop up is closed. The AOI is updatedaccording to the command that originally invoked this dialog box. TheMap window is refreshed. Reversion to “none” as the Base Image type isperformed. If the “No, do not change the AOI” radio button is selected,the pop up is closed and the AOI is not updated in the manner thatinvoked this dialog box.

FIG. 76 illustrates an Open AOI File dialog box 7610 in accordance withcertain implementations of the invention. The pop up dialog box meetsthe standard guidelines for the use of pop up dialog boxes. The pop upis custom sized. The width is 760 pixels The height is 440 pixels. Thepop up appears centered in the work area of the main enterprise spatialsystem software.

The Open File Control Frame uses standard control frame properties. Theframe header reads “Open Area of Interest File”. The introductory textreads “Please select the area of Interest (AOI) file that you would liketo use for your search from the list below.”

The Document Grid Control consists of 4 columns. For Column 1, thecolumn header reads: “AOI Name”, and this column displays thehyperlinked name of existing Areas of Interest that are available to theuser. For Column 2, the column header reads “Author” and this columndisplays the full name of the author of the project. For Column 3, thecolumn header reads “Description” and this column displays any annotateddescription of the project. For Column 4, the column header reads“Modified Date” and this column displays the date when the document waslast modified. This grid is scrollable. There is a Back button at thebottom left of the UI screen.

In FIG. 76, when this UI screen is called, the name and details of foreach available AOI are dynamically displayed. Each name is hyperlinkedto respective AOI details. If the user clicks the AOI Name, thedocuments are sorted by AOI Name. If the user clicks the Author title,the projects are sorted by Author. If the user clicks the Descriptiontitle, the projects are sorted by description. If the user clicks theModified Date title, the projects are sorted by Modified Date. If theuser clicks the name of an AOI, the AOI becomes the selected one. If theuser clicks the close button, the pop up window is closed.

FIG. 77 illustrates a Select Base Image portion 7710 of the main UIscreen in accordance with certain implementations of the invention. Thisportion of the Main UI screen allows users to select the base map to beused. The base image coverage offered by the enterprise spatial systemvaries depending upon the AOI, so the Base Image controls are linked tothe AOI provided by the user. Based upon the Area of Interest providedby the user, the enterprise spatial system software determines whichbase maps are available for the specified AOI, and only those images areavailable as options for selection. Before the user ever selects a baseimage from the base image drop down control, a default map graphic isdisplayed within the Map window. This is a type of map that theenterprise spatial system has nationwide access to and will provide theuser with context as the user navigates to the desired AOI, withoutforcing the user to select a base image (i.e., some users will not wanta base image, for example if the users are downloading data).

As for the Base Map drop down, the listing within the drop down isdynamic, and is directly impacted by the Area of Interest that thecustomer has selected on Online Mapping UI screens. All of the base mapsthat are available for the user's entire AOI are available asselections. Those base maps that are not available for the user's entireAOI are not available as selections. “None” is an available selectionand is the default selection. Selection of the “None” option leaves avector based map representation as the base layer. This field is alwaysavailable to the user. Selection of one of the Base Image maps is notrequired.

In FIG. 77, upon selection of the down arrow on the drop down box, theenterprise spatial system software checks for which base images areavailable for the current AOI. A list of these base images appear in thedrop down list. If the user selects one of the available options fromthe Base Image drop down box, the desired base map as indicated by theuser's selection is retrieved. The portion of the base map that isdefined by the location of the user's Area of Interest is displayedwithin the Map window.

FIG. 78 illustrates a Data Layers UI screen 7810 in accordance withcertain implementations of the invention. The Data Layers UI screen 7810allows users to select one or more data layers to layer on top of thebase map. Based upon the Area of Interest and the base map selected bythe user, the enterprise spatial system software will determine whichlayers are available for overlay. Only those data layers are availableas options within this control.

In terms of customer data, depending upon who the enterprise spatialsystem customer (e.g., partner) is, the customer may be allowed to addcorporate GIS data into the enterprise spatial system. For users whowish to integrate their own data into the enterprise spatial systemsoftware, the enterprise spatial system provides, in certainimplementations, a technique by which the data may be brought into theback end. In certain implementations, data is input into the enterprisespatial system using other techniques. In certain implementations, auser interface that automates the process of integrating enterprise dataand that allows the user to upload data from their system directly intothe enterprise spatial system back end is provided. Additionally, theenterprise spatial system provides secure access to the enterprise data.The data that corporations will provide is often highly sensitive, andthe enterprise spatial system ensures that only those who should haveaccess to the data get access to it. The enterprise spatial system alsointegrates the selection of the enterprise data layers into theenterprise spatial system user interface. Enterprise data layers appearin the same area as enterprise spatial system data layers. However, whenenterprise data layers are present, an additional tab category willexist that contains the enterprise data. This is the enterprise datacategory, and is located immediately to the right of the show allcategories tab. In addition, within an “all categories” tab, theenterprise data is the first section of data to be displayed. FIG. 79illustrates custom tab navigation control 7910 in accordance withcertain implementations of the invention. The custom tab navigationcontrol is part of the Data Layers UI screen 7810.

The Data Layers section of the Main UI screen provides the user with aselection of available data layers for selection. Since there may bemany data layers to choose from within the enterprise spatial systemsoftware, and limited space to display these layers to the user, thelayers may be organized into smaller categories. Custom tab controls areused to allow the user to view the data layers one category at a time,in order to minimize scrolling to see the layers.

A Show all categories tab is the first tab available, is selected bydefault, and has a title area with “Tab Selection: Show All DataLayers”. The tool tip for this tab reads: “All Data Categories”.

A Enterprise data tab (not shown in FIG. 79) is available if thecorporate customer has arranged with the enterprise spatial system tointegrate their own data with the enterprise spatial system's data. Whenavailable, this tab appears immediately to the right of the Show allcategories tab. The title to appear in this tab's title area is “TabSelection: <insert title provided by corporation>”. The tool tip forthis tab reads, “<insert tip provided by the partner>”.

For a Transportation tab, the location of this tab depends upon whetheror not a enterprise data tab is present. If a enterprise data tab ispresent, then this tab appears immediately to the right of theenterprise data tab. If a enterprise data tab is not present, then thistab appears immediately to the right of the Show all categories tab. Thetitle to appear in this tab's title area is “Tab Selection:Transportation”. The tool tip for this tab reads, “Transportation”.

A Landmarks tab appears immediately to the right of the Transportationtab. The title to appear in this tab's title area is “Tab Selection:Landmarks”. The tool tip for this tab reads, “Landmarks”.

A Boundaries tab appears immediately to the right of the Landmarks tab.The title to appear in this tab's title area is “Tab Selection:Boundaries”. The tool tip for this tab reads, “Boundaries”.

A Demographics tab appears immediately to the right of the Boundariestab. The title to appear in this tab's title area is “Tab Selection:Demographics”. The tool tip for this tab reads, “Demographics”.

A Water tab appears immediately to the right of the Demographics tab.The title to appear in this tab's title area is “Tab Selection: WaterData”. The tool tip for this tab reads, “Water Data”.

An Infrastructure tab appears immediately to the right of the Water tab.The title to appear in this tab's title area is “Tab Selection:Infrastructure”. The tool tip for this tab reads, “Infrastructure”.

An Environmental tab appears immediately to the right of theInfrastructure tab. The title to appear in this tab's title area is “TabSelection: Environmental”. The tool tip for this tab reads,“Environmental”.

A Favorites tab appears immediately to the right of the Environmentaltab. The title to appear in this tab's title area is “Tab Selection:Favorites”. The tool tip for this tab reads, “Favorites”.

An Edit Favorites hyperlink has standard hyperlink attributes. Thehyperlink is located to the right of the title within the Favorites tab,and button text reads, “Edit Favorites”.

A View Selected Layers hyperlink has standard hyperlink attributes, andbutton text reads, “View Selected Layers”.

A Data Layer check boxes control group consists of multiple check boxcontrols. Each check box control corresponds to a data layer that isavailable for selection by the user. These check boxes are standard infunctionality. The listing of the check boxes is dynamic, and isdirectly impacted by the Area of Interest that the customer has selectedand the base map that the user has selected. The data layers shallconsist of vector-based graphics. All of the data layers that areavailable for the user's entire AOI and for the selected base map areavailable as check box selections. Those data layers that are notavailable for the user's entire AOI are not available as check boxes andare grayed out. Those data layers that are not available for the user'sbase map are not available as check boxes and are grayed out.

The check boxes are organized on the UI screen as follows: the check boxcontrols are organized into main categories of data layer types. Thesecategories are provided below. Each category has a one-to-onecorrespondence with a tab in the custom tab control. All categories ofdata layers are displayed within the All Layers tab. Within each tab,the check boxes are arranged into a single column. The location of thecolumn is as follows: left justified and indented approximately 5 pixelsfrom the left edge of the tab control window. In the “All Layers” tab,check box controls begin immediately beneath the appropriate functionalarea title text. In all other tabs, check box controls appear such thatthe top edge of the first check box is approximately 5 pixels from thetop of the custom tab window. Standard spacing is provided between eachcheck box. The text prompt for each check box control fits within thelimited column space provided. Abbreviations are used, if necessary.

If the number of data layers available are such that they cannot all bedisplayed within the tab window at the same time, then a custom scrollbar control is available to the user. This scroll bar allows the user toscroll only the check box control area, leaving all other controlsstationary. If the resolution of the UI screen is higher than 800×600,the Custom Tab window will size to provide a greater amount of verticalspace in order to display the maximum number of data layers at one time.None of the check boxes are selected by default. Each check box has agraphic next to it that displays the legend symbol for the data layer.

In FIG. 78 or 79, if the user selects the View Selected Layershyperlink, the user is taken to the Change Layer Order pop up dialogbox, where the user can view the data layers that have been selected andchange the order in which the layers is displayed. If the user selectsthe Show all categories tab, the tab becomes active, the tab title isdisplayed, and the tab window is filled with the check box controls forall of the data layers that are available within the enterprise spatialsystem software, grouped into the same categories as the data layertabs. Those data layers that are not available for the user's AOI willnot be available as check boxes and are grayed out. The check boxes aredisplayed grouped into their categories, in the order that the categorytabs are displayed. The beginning of a new category grouping isdesignated as follows: the title of the category appears, the font isbold, and dash marks appears after the title to continue all of the wayto the rightmost edge of the Custom Tab window. The check boxes appearafter their respective category title. A new category display appearsimmediately after the end of the previous one.

FIG. 80 illustrates a UI screen 8010 after the Show all categories tabhas been selected in accordance with certain implementations of theinvention. In FIG. 80, if the user selects the Transportation tab: thistab becomes active, the tab title is displayed, and the tab window isfilled with the check box controls for all of the data layers that areavailable within the Transportation category, such as: GeocodedInterstate, US and state highways, arterial roads, light duty roads,alleys, unpaved roads, railroads that allow address searches and routingrequests; and, airports, railroad and bus stations, highwayinterchanges, and ferry terminals. Those data layers that are notavailable for the user's AOI will not be available as check boxes andare grayed out.

If the user selects the Landmarks tab: this tab becomes active. the tabtitle is displayed, and the tab window is filled with the check boxcontrols for all of the data layers that are available within theLandmark category, such as: National, state, regional and local parks;and, airports, railroad and bus stations, highway interchanges, ferryterminals, major buildings, town centers, city halls, public libraries,convention centers, observatories, colleges, universities, monuments,memorials, shopping centers, golf courses, amusement parks, fairgrounds,ski resorts, horse and auto racetracks, stadiums, museums, halls,auditoriums, zoos, aquariums, and city centers. Those data layers thatare not available for the user's AOI will not be available as checkboxes and are grayed out.

If the user selects the Boundaries tab: this tab becomes active, the tabtitle is displayed, and the tab window is filled with the check boxcontrols for all of the data layers that are available within theBoundaries category, such as: boundaries of counties in conterminous US,county and state codes, county names and area; boundaries ofmetropolitan areas with area and population; 104th, 105th and 106thCongressional District boundaries; and Zip+4 boundaries for conterminousUS. Those data layers that are not available for the user's AOI will notbe available as check boxes and are grayed out.

If the user selects the Demographics tab: this tab becomes active, thetab title is displayed, and the tab window is filled with the check boxcontrols for all of the data layers that are available within theDemographics category, such as: 1990 and 2000 US Census data includingdemographic information and census tract boundaries; and, boundaries ofmetropolitan areas with area and population. Those data layers that arenot available for the user's AOI will not be available as check boxesand are grayed out.

If the user selects the Water tab: this tab becomes active, the tabtitle is displayed, the tab window is filled with the check box controlsfor all of the data layers that are available within the Water category,such as: navigable waterways of the conterminous US; major dams andassociated lakes; wetland boundaries and classifications; vectorrepresentations of rivers and streams; 100 yr and 500 yr flood plainboundaries; and, hydrologic units for major rivers and tributaries.Those data layers that are not available for the user's AOI will not beavailable as check boxes and are grayed out.

If the user selects the Infrastructure tab: this tab becomes active, thetab title is displayed, and the tab window is filled with the check boxcontrols for all of the data layers that are available within theInfrastructure category, such as: major pipelines, transmission linesand facilities; and, major dams and associated lakes. Those data layersthat are not available for the user's AOI will not be available as checkboxes and are grayed out.

If the user selects the Environmental tab: this tab becomes active, thetab title is displayed, and the tab window is filled with the check boxcontrols for all of the data layers that are available within theEnvironmental category, such as: large and small scale soilclassification data; small scale geologic classification data; and,vector representations of landscape topography. Those data layers thatare not available for the user's AOI will not be available as checkboxes and are grayed out.

If the user selects the Favorites tab: this tab becomes active, the tabtitle is displayed, and a check is made to determine whether the userhas added any data layers to the “Favorite” data layers. If yes, thenthe tab window is filled with the check box controls for the data layersthat the user has added to the “Favorites” list. Those data layers thatare not available for the user's AOI will not be available as checkboxes and are grayed out. If the user has not added any data layers tothe “Favorites” list, then the Custom Tab window has the followingmessage displayed within it, which reads, “You do not currently have anydata layers in your “Favorites” list. To create a Favorites list, selectthe Edit Favorites link above”. The message is center justified withinthe entire tab window.

If the user selects a check box control (within any tab), and, if thecheckbox was previously unselected, the checkbox becomes selected, andthe data layer becomes part of the user's map. The data layer associatedwith the check box is layered into the map. A check is made to seewhether the selected check box is for a “change detection” type oflayer, and, if so, additional information is required of the user. Ifso, a Change Detection pop up appears. The information provided in thispop up is used to determine the appropriate change detection map to use.

After the check, the Map window is refreshed, so that the Map windowdisplays the selected data layer in addition to the other elements thatwere previously present. The order of display, or “layer order” takesinto consideration two rules for the layering of data. First, thelayering of data in general is in the following order: Imagery,Polygons, Lines, and Points. Second, if another element already existsin the map for the group to which the data layer belongs, this datalayer is placed immediately on top of the top most layer currently inthat group.

If the user selects a check box control (within any tab), and if thecheckbox was previously in the selected state, the checkbox becomesdeselected, and the data layer is removed as part of the user's map. Thedata layer associated with the check box is removed from the map. TheMap window is refreshed, which removes the display of the deselecteddata layer, while retaining all of the other elements that werepreviously present.

As for editing legend items, the user has the ability to edit the legendrepresentation for the data overlaid within the enterprise spatialsystem, whether it be point, line, or polygon data.

As for editing point data legends, when the mouse is passed over thelegend representation of the point data, the cursor changes to indicatethat the legend item can be clicked upon. Upon selection of a point datalegend, a modified version of the Color Picker pop up is launched. Thispop up is referred to as the Symbol Picker, and has some attributes thatdiffer from the Color Picker. FIG. 81 illustrates a symbol picker UIscreen 8110 in accordance with certain implementations of the invention.

As for editing line type data legends, when the mouse is passed over thelegend representation of the line data, the cursor changes to indicatethat the legend item can be clicked upon. Upon selection of a line datalegend, the enterprise spatial system classifies the line into one oftwo categories, either a single line or a double line (with a linedborder around it). If the line is a single line, the line Color Pickerpop dialog box is launched. FIG. 82A illustrates a line Color Picker popdialog box 8210 in accordance with certain implementations of theinvention. If the line is a double line, a modified version of the lineColor Picker pop dialog box is launched. FIG. 82B illustrates a modifiedline Color Picker pop dialog box 8212 in accordance with certainimplementations of the invention. In FIG. 82B, the introductory textreads, “Choose an inside and outside line color from the selectionbelow”. In addition to the 72 standard color blocks, another group ofcolor blocks is present to allow the user to select the color for theoutside line. This group of color blocks includes, for example, 36blocks, and the colors are defined by the 216 web safe color palette.

In FIG. 82B, immediately above the standard color block, the text“Inside line” is displayed. Immediately above the new color block, thetext “Outside line” is displayed. The selected color in the first blockdefines the color of the inside line data. The selected color in thesecond block defines the color of the outside line data. All other ColorPicker attributes and functionality apply.

As for editing polygon type data legends, when the mouse is passed overthe legend representation of the polygon data, the cursor changes toindicate that the legend item can be clicked upon. Upon selection of apolygon data legend, a modified version of the line Color Picker popdialog box is launched. FIG. 82C illustrates a modified version of theline Color Picker pop dialog box 8214 in accordance with certainimplementations of the invention. In FIG. 82C, the introductory textreads, “Select a color and fill pattern from the options below.”. Inaddition to the 72 standard color blocks, another group of color blocksis present to allow the user to select a pattern fill. The selectedcolor in the first block defines the fill color for the polygon. Theselected pattern in the second block defines the fill pattern for thepolygon. All other Color Picker attributes and functionality apply.

FIG. 83 illustrates a Change Data Layer Order pop dialog box 8310 inaccordance with certain implementations of the invention. The ChangeData Layer Order pop up dialog box 8310 is used whenever a user hasindicated a desire to rearrange the order of the data layers. Thepurpose of this dialog box 8310 is twofold: to provide an interface thatallows the user to quickly see which data layers have been selected andto allow the user to define in what order the data layers are displayed.

The Change Data Layer Order pop up dialog box 8310 meets the standardguidelines for the use of pop up dialog boxes and is a small Pop updialog box. The pop up appears centered in the work area of the mainenterprise spatial system software.

The Data Layer list box control 8312 consists of three elements,including a list box and two buttons. The Data Layer list box control8312 displays all of the data layers that are currently active. Theorder that the data layers are displayed within the Data Layer list boxcontrol 8312 is as follows: the lowest data layer is displayed at thebottom of the list, the highest data layer is displayed at the top ofthe list, and those data layers in between shall continue in order fromlowest display to highest display level. The list box control allows forthe selection of one item (e.g., the control and shift functionality forselection is disabled). The first item in the list is selected bydefault.

In FIG. 83, as for the Up Arrow button, all of the Up Arrow button'sattributes are standard for control buttons, except for the following:the image width for the Up button is 31 pixels wide and the button shallnot have text, rather it has a graphic of an arrow pointed upward.

In FIG. 83, as for the Down Arrow button, all of the Down Arrow button'sattributes are standard for control buttons, except for the following:the image width for the Down button is 31 pixels wide and the buttonshall not have text, rather it has a graphic of an arrow pointeddownward.

In FIG. 83, if the user selects an item from the list box, the itemshall show a visual indication (e.g., highlight) designating that it isthe item currently selected. The item that was previously selectedbecomes deselected. The selected data layer can now be used with the uparrow, the down arrow, and with click-and-drag functionality.

If the user selects the up arrow button for a selected data layer, andif the selected data layer is not currently the top item in the displayorder, the selected item will move one level up in the list, theselected data layer will move one level up in the display order(although the refresh will not occur until the pop up window is closed),and the selected item will remain selected. If the selected data layeris currently the top item in the display order, selection of the uparrow button has no effect on the display order.

If the user selects the down arrow button for a selected data layer, andif the selected data layer is not currently the bottom item in thedisplay order, the selected item will move one level down in the list,the selected data layer will move one level down in the display order(although the refresh will not occur until the pop up window is closed),and the selected item will remain selected. If the selected data layeris currently the bottom item in the display order, selection of the downbutton has no effect on the display order.

If the user “clicks-and-drags” the highlighted data layer selection, thehighlighted selected will move up or down the list to the point wherethe user releases the mouse. The selected item will move up or down inthe display order accordingly (although the refresh will not occur untilthe pop up window is closed).

If the user selects the Ok button, the pop up dialog box is closed. TheMap window display is refreshed, with the display of the data layerschanged in accordance with the selections made by the user.

If the user selects the cancel button, the pop up dialog box is closed,without affecting the order of the data layers.

FIG. 84 illustrates an Edit Favorites pop up dialog box 8410 inaccordance with certain implementations of the invention. The EditFavorites pop up dialog box 8410 is used whenever a user wants to edit adata layer favorites list to appear within the Favorites tab. The EditFavorites pop up dialog box 8410 provides the interface required tocreate the Favorites list.

The Edit Favorites pop up dialog box 8410 meets the standard guidelinesfor the use of pop up dialog boxes and is a small pop up dialog box. Thepop up appears centered in the work area of the main enterprise spatialsystem software.

In FIG. 84, Data Layer check box controls 8412 form a control group thatconsists of multiple check box controls. Each check box controlcorresponds to a data layer that is available for selection by the user.These check boxes are standard in functionality. The check boxes aredisplayed grouped into categories. Each category has a one-to-onecorrespondence with a tab in the custom tab control. The beginning of anew category grouping is designated as follows: the title of thecategory appears; the font is bold; and, dash marks appears after thetitle to continue all of the way to the rightmost edge of the Custom Tabwindow. The check boxes appear after their respective category title. Anew category display appears immediately after the end of the previousone. The text prompt for each check box control fits within the limitedcolumn space provided. Abbreviations are used, if necessary. A scrollbar allows for the scrolling of the check box controls, and otherelements do not scroll.

In FIG. 84, if the user selects a check box control, and if the checkboxwas previously unselected, the checkbox becomes selected, and the datalayer associated with the check box becomes part of the user's FavoriteList. This will add the data layer to the display of available datalayers for selection within the Favorites tab. The selected data layerappears in alphabetical order on the Favorites list.

If the user selects a check box control, and if the checkbox waspreviously in the selected state, the checkbox becomes deselected, andthe data layer is removed from the Favorites list.

If the user selects the help button, the help page that provides onlinehelp pertaining to this UI screen 8410 appears in a pop up format. Ifthe user selects the Ok button, the pop up dialog box is closed, and theFavorites list is updated. If the user selects the cancel button, thepop up dialog box is closed, without affecting the Favorites list.

FIG. 85 illustrates a Change Detection pop up dialog box 8510 inaccordance with certain implementations of the invention. This ChangeDetection pop up dialog box 8510 is used whenever a user selects achange detection type of data layer. The purpose of this UI screen 8510is to determine the date range over which the user would like the changedetection to be applied.

The pop up dialog box 8510 meets the standard guidelines for the use ofpop up dialog boxes and is a small pop up dialog box. The pop up dialogbox 8510 appears centered in the work area of the main enterprisespatial system software. For Date Range Drop down controls 8512, aprompt reads “Show changes:”.

In FIG. 85, if the user selects the Help button, the help page thatprovides online help pertaining to this UI screen appears in a pop upformat. If the user selects the Ok button, if either of the date rangedrop downs have not been selected, an error message is pushed to the topof the pop up work area, with text reading “You must select both astarting and ending year to use the selected data set. Select the daterange and try again, or select cancel to cancel the data set.”. If theOK button is selected and the user has selected the date range, a datalayer is retrieved based upon the date range given and the pop up dialogbox is closed. The Map window is refreshed, displaying the selected datalayer in addition to the other elements that were previously present.The order of display, or “layer order” takes into consideration tworules for the layering of data: first, the layering of data in generalis in the following order: Imagery, Polygons, Lines, and Points; and,second, if another element already exists in the map for the group towhich the data layer belongs, this data layer is placed immediately ontop of the top most layer currently in that group.

If the user selects the cancel button, the pop up dialog box is closed.A pop up error message appears, “The <insert data layer name> data layerwill not be added”. The check box control that initiated the ChangeDetection pop up is deselected.

FIG. 86 illustrates a Mapping and Analysis portion 8610 of the main UIscreen in accordance with certain implementations of the invention. FIG.87 illustrates a Map window 8710 in accordance with certainimplementations of the invention.

As for functionality, the Map window is a custom control whose functionis twofold: display map graphics within the window and scale the mapappropriately to fit in the window, without distorting any of theproportions. In particular, the map is cropped appropriately to fit inthe window, without distorting any of the proportions. The graphicformats that are supported for display within the Map window include,for example, GIF and JPEG. Before the user ever selects a base imagefrom the base image drop down control, a default map graphic isdisplayed within the Map window. This is a type of map that theenterprise spatial system has nationwide access to and provides the userwith context as the user navigates to the desired AOI, without forcingthe user to select a base image (some users will not want a base image,for example if they are downloading data).

Tools from the enterprise spatial system toolbox are active when theuser positions the cursor within the bounds of the Map window. Thedetails of these toolbar behaviors are described in further detailbelow.

The Map window is located immediately within the map frame. The locationof the Map window is fixed—the user has no ability to move the window.Whenever a map image is being loaded into the Map window: the previousimage shall remain displayed until the new image is ready; and, ananimated GIF will indicate to the user that the map is loading. Thisfile is centered within the Map window. The GIF file is provided todevelopment. The user will not be able to undertake any other actionswhile the map is loading. If the user attempts to undertake another taskwhile a map is loading, a pop up message appears reading, “You will needto wait for the requested map to load before you can begin another task.Please wait for the map to load and try again”.

FIG. 88 illustrates a map frame 8810 in accordance with certainimplementations of the invention. The enterprise spatial system supportspan functionality to allow the user to re-define the AOI for the currentmap. The pan functionality is provided in the double arrows on all sidesand corners of the map frame. Upon a mouse-over of any of the doublearrows, the cursor shall indicate that the area is selectable by theuser.

When the arrows on the left side of the frame are selected, the map willpan to the left in the amount of 50% of the width of the map. When thearrows on the top side of the frame are selected, the map will pan tothe top in the amount of 50% of the height of the map. When the arrowson the left side of the frame are selected, the map will pan to the leftin the amount of 50% of the width of the map. When the arrows on thebottom side of the frame are selected, the map will pan to the bottom inthe amount of 50% of the height of the map. When the arrows on the upperleft corner of the frame are selected, the map will pan to the left inthe amount of 50% of the width of the map and will pan to the top in theamount of 50% of the height of the frame. When the arrows on the upperright corner of the frame are selected, the map will pan to the right inthe amount of 50% of the width of the map and will pan to the top in theamount of 50% of the height of the frame. When the arrows on the lowerleft corner of the frame are selected, the map will pan to the left inthe amount of 50% of the width of the map and will pan to the bottom inthe amount of 50% of the height of the frame. When the arrows on thelower right corner of the frame are selected, the map will pan to theright in the amount of 50% of the width of the map and will pan to thebottom in the amount of 50% of the height of the frame.

Before refreshing the map with the panned AOI, a check is made todetermine whether or not the updated AOI has support for the base imagethat is currently selected. If the base image is not available for thenew AOI, then the AOI—Base Image Conflict pop up appears. If the userselects to change the AOI, then the Map window is refreshed with the newAOI and reversion to “none” as the Base Image selection is performed. Ifthe user chooses to keep the Base Image, the AOI shall not be updated.If the Base Image is available, processing continues.

The Map window refreshes, painting the map for the newly defined AOI.The arrow tools are available to the user at all times.

As for information display, the bottom side of the frame is wider inorder that it can provide area to display information pertaining to themap currently within the frame. Two areas shall exist to displayinformation: one area is to the left of the pan down arrows and anotherarea is to the right of the of the pan down areas. In FIG. 88, the scaleand resolution information is displayed within these areas. Theinformation that can be displayed within these area includes, forexample: Scale, Coordinates, and Resolution. The user can select up to 2of these types of information to display in Preferences.

The docking bar is located immediately above the map frame and thereference map. This docking bar is where various elements within theenterprise spatial system software are docked. FIG. 89 illustrates adocking bar 8910 in accordance with certain implementations of theinvention. The UI elements that are docked in the docking bar include,for example: the toolbar, the attribute bar, and the prompt bar. Thetoolbar is the primary element docked in the docking bar, and istherefore located to the far left of the docking bar. The attribute barcontains controls that allow the user to define the attributes andsettings for various tools within the enterprise spatial systemsoftware. The attribute bar is not always present, but when it is, it islocated immediately to the right of the toolbar. The prompt bar containsa prompt for the tool that is currently selected on the toolbar. If theattribute bar is present, the prompt bar appears immediately to theright of the attribute bar. If the attribute bar is not present, theprompt bar appears immediately to the right of the toolbar. FIG. 90illustrates a docking bar 9010 with a toolbar, attributes bar, andprompt bar in accordance with certain implementations of the invention.

Depending upon the resolution that the enterprise spatial systemsoftware is run in, there may be insufficient space for all of theappropriate bars to be displayed in their entirety. In this case, thedocking bar shall utilize an expansion docking bar. A down arrow buttonindicates to the user that more information can be displayed within theexpansion docking bar. Selection of the down arrow button will exposethe expansion docking bar, with the appropriate elements docked. FIG. 91illustrates expansion docking 9110 in accordance with certainimplementations of the invention.

FIG. 92A illustrates a Toolbar 9210 in accordance with certainimplementations of the invention. All of the tools that are used withinthe enterprise spatial system software are located within the “Toolbar”.In the case of co-branded enterprise spatial system software, additionaltools may need to be added to the toolbar. Each tool is represented by aunique icon, which has several states. FIGS. 92B-92E illustrate somestates of an icon in accordance with certain implementations of theinvention. In the standard state 9212, the tool is a flat, 2D icon. Inthe rollover state 9214, the tool is beveled. In the hover state 9216,if the mouse hovers for two seconds over the icon, a tool tip appears.In the selected state, the tool is indented.

FIG. 92F illustrates expanded tool selection 9220 in accordance withcertain implementations of the invention. There are more tools availableto the user on the Main UI screen than can fit on the toolbar. Theexpanded tool selection 9220 allows numerous tools to be available tothe user without taking an inordinate amount of space. Special icons arepresent on the toolbar when an expanded tool selection is available. Anexpanded tool selection appears when the user selects one of the arrowicons. All other characteristics of the expanded tool selection are thesame as the standard toolbar.

FIG. 92G illustrates an Attributes Bar 9222 in accordance with certainimplementations of the invention. For tools that have attributesettings, the attributes bar contains all of the controls required todefine the appropriate tool. Every attribute bar is therefore associatedwith a specific tool and works in conjunction with that tool. Theattribute bar is not available for all tools.

FIG. 92H illustrates a Prompt Bar 9224 in accordance with certainimplementations of the invention. The prompt bar contains text messagesthat will guide the user through the use of each of the tools. Everyprompt bar is therefore associated with a specific tool. Located withinthe docking bar, if an attribute bar is present for the selected tool,then the prompt bar is located immediately to the right of the attributebar. If an attribute bar is not present for the selected tool, then theprompt bar is located immediately to the right of the toolbar. A textwindow appears within the prompt bar.

A Zoom In tool 2230 allows the user to redefine the AOI for the currentmap. The tool tip for this tool reads, “Zoom In”. The text prompt forthis tool reads, “Click on the map or click and drag a specific area tozoom to”. There is no attribute bar associated with this tool. When thistool is selected, and when the cursor is passed over the Map window, thecursor is displayed as a magnifying glass with a plus sign in the middle(same graphic as is used in the icon). When the cursor is displayed as amagnifying glass, the user can click on any point on the map. Uponclicking the map, the AOI is updated as follows: the center point of theAOI is the spot in which the user clicked on the map, and the map scaleis zoomed in by 50%. When the cursor is displayed as a magnifying glass,the cursor can be used to “click and drag” a rectangular subsection ofthe Map window. When a user selects a rectangular subsection, this isused to define an updated Area of Interest (AOI) for the map. The mapAOI is defined as the smallest square that encompasses the entirerectangle selected by the user.

A check is made to determine whether or not the updated AOI has supportfor the base image that is currently selected. If the base image is notavailable for the new AOI, then the AOI—Base Image Conflict pop upappears. If the user selects to change the AOI, then the Map window isrefreshed with the new AOI and reversion to “none” as the Base Imageselection is performed. If the user chooses to keep the Base Image, theAOI shall not be updated. If the Base Image is available, the Map windowis refreshed with the new AOI. This is the default tool that isselected. The tool remains available until another tool is selected, oruntil the user moves to another UI screen.

A Zoom Out tool 9230 allows the user to redefine the AOI for the currentmap. The tool tip for this tool reads, “Zoom Out”. The text prompt forthis tool reads, “Click on the map to zoom out”. There is no attributebar associated with this tool. When this tool is selected, and when thecursor is passed over the Map window, the cursor is displayed as amagnifying glass with a minus sign in the middle (same graphic as isused in the icon). When the cursor is displayed as a magnifying glass,the user can click on any point on the map. Upon clicking the map, theAOI is updated as follows: the center point of the AOI is the spot inwhich the user clicked on the map and the map scale is zoomed out by50%.

A check is made to determine whether or not the updated AOI has supportfor the base image that is currently selected. If the base image is notavailable for the new AOI, then the AOI—Base Image Conflict pop upappears. If the user selects to change the AOI, then the Map window isrefreshed with the new AOI and reversion to “none” as the Base Imageselection is performed. If the user chooses to keep the Base Image, theAOI shall not be updated.

A check is made to determine whether the zooming out would cause theuser to zoom out beyond the maximum geographical extent for that user.If so, the zoom is to the geographical extent only. A pop up messageappears reading, “You have zoomed out to the full extent of thegeographical area that you have been granted access to. If you feel thatyou should have access to geographical areas outside of the currentextent, please speak with your enterprise spatial system administrator”.

If the Base Image is available, the Map window is refreshed with the newAOI. The tool remains available until another tool is selected, or untilthe user moves to another UI screen.

A Pan tool 9232 allows the user to redefine the AOI for the current map.The tool tip for this tool reads, “Pan”. The text prompt for this toolreads, “Click and drag to pan the current map”. There is no attributebar associated with this tool. When this tool is selected, and when thecursor is passed over the Map window, the cursor is displayed as a hand(same graphic as is used in the icon). When the cursor is displayed as ahand, the user can click on any point on the map to “grab” the map atwhat becomes the “handle point”. While keeping the left mouse buttonheld down, the user can “drag” the map. The user can drag the handlepoint to any location within the Map window. Upon releasing the handlepoint, the AOI is updated as follows: the handle point of the map islocated at the point where the user released it, the scale of the mapAOI will remain at the same scale as it was before the pan action wasinitiated, the bounds of the AOI are defined by the bounds of the Mapwindow at the time that the user releases the handle point.

A check is made to determine whether or not the updated AOI has supportfor the base image that is currently selected. If the base image is notavailable for the new AOI, then the AOI—Base Image Conflict pop upappears. If the user selects to change the AOI, then the Map window isrefreshed with the new AOI and reversion to “none” as the Base Imageselection is performed. If the user chooses to keep the Base Image, theAOI shall not be updated. If the Base Image is available, the Map windowis refreshed with the new AOI.

A check is made to determine whether the panning would cause the movebeyond the maximum geographical extent for that user. If so, the map ismoved to the geographical extent only. A pop up message appears reading,“You have attempted to move beyond the geographical area that you havebeen granted access to. If you feel that you should have access toadditional geographical areas, please speak with your enterprise spatialsystem administrator”. The tool remains available until another tool isselected, or until the user moves to another UI screen.

A Previous Extent tool 9234 is only available after the user hasredefined the map's AOI is any manner, causing a refresh of the Mapwindow. The tool tip for this tool reads, “Previous Map Extent”. Thetext prompt for this tool reads, “Click to view the previous map view”.There is no attribute bar associated with this tool. When this tool isselected, the previous map that was displayed within the Map windowbecomes the current map and the AOI becomes the AOI associated with theprevious map.

A check is made to determine whether or not the updated AOI has supportfor the base image that is currently selected. If the base image is notavailable for the new AOI, then the AOI—Base Image Conflict pop upappears. If the user selects to change the AOI, then the Map window isrefreshed with the new AOI and reversion to “none” as the Base Imageselection is performed. If the user chooses to keep the Base Image, theAOI shall not be updated. If the Base Image is available, the Map windowimmediately refreshes, painting the map for the newly defined AOI.

This tool can be used to go back to 20 previous extents. Unlike othertools, this tool does not remain active. If the user wants to use itagain, the user has to select the tool again. Since this tool does notremain active, the tool that was selected previous to its use is theselected tool.

A Next Extent tool 9236 is only available after the user has used theprevious extent tool. The tool tip for this tool reads, “Next MapExtent”. The text prompt for this tool reads, “Click to view the nextmap view”. There is no attribute bar associated with this tool. Whenthis tool is selected, the next map that was displayed within the Mapwindow becomes the current map and the AOI becomes the AOI associatedwith the next map in the order. A check is made to determine whether ornot the updated AOI has support for the base image that is currentlyselected. If the base image is not available for the new AOI, then theAOI—Base Image Conflict pop up appears. If the user selects to changethe AOI, then the Map window is refreshed with the new AOI and reversionto “none” as the Base Image selection is performed. If the user choosesto keep the Base Image, the AOI shall not be updated. If the Base Imageis available, the Map window immediately refreshes, painting the map forthe newly defined AOI. If the user uses any means to redefine the AOIother than the next extent tool, the next extent tool will no longer beavailable. Unlike other tools, this tool does not remain active. If theuser wants to use it again, the user has to select it again. Since thistool does not remain active, the tool that was selected previous to itsuse is the selected tool.

A Selection/Move tool 9238 allows the user to select objects for variouspurposes, including: moving an object, deleting an object, and bringingup details on a Point n' Attribute record. The tool tip for this toolreads, “Select Object”. The text prompt for this tool reads, “Use thistool to move or select objects”. There is no attribute bar associatedwith this tool. When this tool is selected, and when the cursor ispassed over the Map window, the cursor is displayed as a selection arrow(the selection arrow is different in appearance than the standard cursorarrow).

When the cursor is moved over the Map window, the user can click on anyobject that has been previously created with the spatial softwaredrawing tools, measurement tool, or Point n' Attribute tool. Uponselecting an object, the object becomes highlighted. At this point, theuser has the ability to: elect the delete key to delete the object orclick and drag to move the object anywhere inside of the Map window.

When the cursor is moved over the Map window, the user also has theoption to “click and drag” to define a rectangular area of selection.Every drawing object within the selected rectangle area is consideredselected, and will therefore be highlighted and can be moved or deleted.

When the cursor is moved over the Map window, the user also has theoption to use the <cntrl> key to select multiple drawing objects. Theuser first holds down the <cntrl> key. While holding down the <cntrl>key, the user can select multiple objects by clicking on each of them.When finished, the <cntrl> key is released. Every drawing object withinthe selected rectangle area is considered selected, and will thereforebe highlighted and can be moved or deleted.

When the cursor is moved over the Map window, the user also has theoption to double-click on any Point n' Attribute record marker(indicated with a graphic of a push pin). Upon a double-click on a pushpin marker, the Point n' Attribute pop up appears. The data for theselected record is pre-populated in the Point n' Attribute pop up. Theuser can edit any of the data in the record. The tool remains availableuntil another tool is selected, or until the user moves to another UIscreen.

A Measure tool 9240 allows users to measure linear or poly-lineardistances within the Map window. Specifically, the linear distance cancover a simple line (e.g., point-to-point) or can cover a polyline(e.g., point-to-point-to-point . . . ). The tool tip for this toolreads, “Measure Tool”. The text prompt for this tool reads, “Define linesegment(s) for measurement; double-click to end the line”. When thistool is selected, the Measure attribute bar is associated with thistool, and appears within the docking bar immediately to the right of thetoolbar. When this tool is selected, and when the cursor is passed overthe Map window, the cursor is displayed as a crosshair.

When the cursor is displayed as a crosshair, the user can click on anypoint on the map. Upon clicking the map, the starting point of the lineis established. A crosshair remains on the Map, indicating the startingpoint. As the user moves the mouse, a line segment shall follow thecursor, starting at the previous segment point and ending with theever-changing location of the mouse cursor. The line is black. The lineis 4 pixels in width. The user can define the ending point of the linesegment to be measured by clicking the mouse again. A line segmentappears, with another crosshair indicating the placement of the segmentend point. Upon completion of the line segment, the linear distance ofthe line segment is displayed near the segment end point, in a tool tiplike window as shown in the graphic below. The background behind thetext is white, with a one pixel wide black border. The units ofmeasurement for the display is as set in the attributes bar associatedwith the measurement tool. The user can continue to select the endpoints of addition segments as much as the user likes. Each of thesesegment ends is marked with a crosshair, and is added to the polyline.Upon completion of each additional line segment, the linear distance ofthe polyline is updated within a tool tip like window. The user candefine whether the distance is displayed at every segment end point, oronly at the last one. To finish the creation of the polyline, the userneeds to double-click. The point of the double-click will mark the endpoint of the polyline. If the user moves the cursor in the area of oneof the segment endpoints (within the area displayed as a crosshair), thecursor display shall change to a selection arrow. The user can thenclick-and-drag the endpoint to move the endpoint to another location.The linear distance of the polyline is updated. The polyline stayswithin the bounds of the Map window. This is ensured by the fact thatthe cursor is not available as a crosshair once the mouse leaves the Mapwindow area. The measurement tool remains available until another toolis selected, or until the user moves to another UI screen. FIG. 93illustrates an example of measure tool use in UI screen 9310 inaccordance with certain implementations of the invention.

FIGS. 94A-94R illustrate various tools in accordance with certainimplementations of the invention. A Point n' View tool 9410 allows theuser to view information that is associated with any point on thecurrent map. The tool tip for this tool reads, “Point n' View”. The textprompt for this tool reads, “Click on any data element in the selectedlayer to view info”. When this tool is selected, the Active Layerattribute bar is associated with this tool, and appears within thedocking bar immediately to the right of the toolbar.

When this tool is selected, and when the cursor is passed over the Mapwindow, the cursor is displayed as a selection arrow (the selectionarrow is different in appearance than the standard cursor arrow). Thistool requires that a display window be available on the UI screen wherethe tool is used. When the cursor is moved over the Map window, the usercan click on any point on the map for which the user would likeadditional information. Upon clicking the map, the information availableat that location for the active data layer only is displayed within thePoint n' View pop up. If no data underlies the point that the userselected, a pop up error message appears, stating “There is no data forthe selected point. Please try again.”.

This tool is the default selection within the Information ToolsExpansion Toolbar. The tool remains available until another tool isselected, or until the user moves to another UI screen.

A Global Point n' View tool 9412 allows the user to view informationthat is associated with any point on the current map. The tool tip forthis tool reads, “Global Point n' View”. The text prompt for this toolreads, “Click on any data element in any visible layer to view info”.There is no attribute bar associated with this tool. When this tool isselected, the cursor behave in the following manner, and when the cursoris passed over the Map window, the cursor is displayed as a selectionarrow (the selection arrow is different in appearance than the standardcursor arrow).

This tool requires that a display window be available on the UI screenwhere the tool is used. When the cursor is moved over the Map window,the user can click on any point on the map for which the user would likeadditional information. Upon clicking the map, the information availableat that location across all of the selected data layers is displayedwithin the Point n' View pop up. If no data underlies the point that theuser selected, a pop up error message appears, stating “There is no datafor the selected point. Please try again.”. The tool remains availableuntil another tool is selected, or until the user moves to another UIscreen.

A Point n' Attribute tool 9414 allows the user to input information thatis associated with any point on the current map. In the form of a recordadded to a “Point n' Attribute data store” that is associated with thecurrent project. The tool tip for this tool reads, “Point n' Attribute”.The text prompt for this tool reads, “Click on the map to add data storeattributes”. There is no attribute bar associated with this tool. Whenthis tool is selected, and when the cursor is passed over the Mapwindow, the cursor is displayed as a selection arrow (the selectionarrow is different in appearance than the standard cursor arrow).

When the cursor is moved over the Map window, the user can click on anypoint on the map for which the user would like additional information.Upon clicking the map, the enterprise spatial system will save the exactcoordinate location of where the user clicked (longitude/latitude). ThePoint n' Attribute pop up appears. The tool remains available untilanother tool is selected, or until the user moves to another UI screen.Point n' Attribute records can be re-opened, moved, or deleted using theselection tool.

A Text Drawing tool 9415 allows users to add text messages on top oftheir maps. The tool tip for this tool reads, “Add Text”. The textprompt for this tool reads, “Click on the map, enter text, and select<enter>”. When this tool is selected, the Text attribute bar isassociated with this tool, and appears within the docking barimmediately to the right of the toolbar. When this tool is selected, andwhen the cursor is passed over the Map window, the cursor is displayedas an I-beam.

When the cursor is displayed as an I-beam, the user can click on anypoint on the map. Upon clicking the map, a flashing cursor appears atthe spot where the user clicked on the map. At this point, the user canbegin typing in text, and it appears on top of the map as the user typesit in. The attributes of the text are the attributes set as the defaultsfor the text tool. These attributes can be changed after the text hasbeen added using the Change Object Attributes tool. The default settingsfor the text attributes can be changed using the Change ObjectAttributes tool. The user indicates the completion of the text byselecting the <enter> key. The text stays within the bounds of the Mapwindow, so the text will automatically wrap if it will otherwise extendbeyond the right side boundary. Another text object can be added byclicking the I-beam cursor on another location on the map. Once a pieceof text has been added, it can be moved using the Selection\Move toolThis tool is the default selection within the Drawing Tools ExpansionToolbar. The tool remains available until another tool is selected, oruntil the user moves to another UI screen.

A Line Drawing tool 9416 allows users to add lines and arrow annotationson top of their maps. The tool tip for this tool reads, “Draw Line”. Thetext prompt for this tool reads, “Click on the map to define the line'sendpoints”. When this tool is selected, the Line attribute bar isassociated with this tool, and appears within the docking barimmediately to the right of the toolbar. When this tool is selected, andwhen the cursor is passed over the Map window, the cursor is displayedas a crosshair.

When the cursor is displayed as a crosshair, the user can click on anypoint on the map. Upon clicking the map, the starting point of the lineis established. As the user moves the mouse, a line segment shall followthe cursor, starting at the previous segment point and ending with theever-changing location of the mouse cursor. The user can define theending point of the line segment by clicking the mouse again. The linesegment appears, with two endpoints. The attributes of the line are theattributes set as the defaults for the line tool. These attributes canbe changed after the line has been added using the Change ObjectAttributes tool. The default settings for the line attributes can bechanged using the Change Object Attributes tool. The user is allowed todraw a line that extends beyond the bounds of the currently displayedAOI. If the user tries to draw a line beyond the bounds of a map (asindicated by dragging the line segment beyond one of the sides of theMap window), the enterprise spatial system software pans in thedirection that the user has moved the cursor to and continue extendingthe line. For example, the user may want to trace a street that is 10miles in length. However, in order to see the street with sufficientclarity to trace it, the user zooms in to a level where the user canonly see 6 miles of the road. The user begins tracing the street, thenmoves the cursor to where the street meets the edge of the Map window.The map should pan is this direction, allowing the user to continuetracing the street section that was previously out of view with acontinuous line segment. Another line object can be added by clickingthe crosshair cursor on another location on the map. Once a line hasbeen added, it can be moved or deleted using the Selection\Move tool.The tool remains available until another tool is selected, or until theuser moves to another UI screen.

A Polyline tool 9418, which is similar to the line tool, allows users toadd lines on top of their maps. However, in the case of polylines, theline can consist of multiple segments. The tool tip for this tool reads,“Draw Polyline”. The text prompt for this tool reads, “Double-click toend the line segments.”. When this tool is selected, the Line attributebar is associated with this tool, and appears within the docking barimmediately to the right of the toolbar. When this tool is selected, andwhen the cursor is passed over the Map window, the cursor is displayedas a crosshair.

When the cursor is displayed as a crosshair, the user can click on anypoint on the map. Upon clicking the map, the starting point of thepolyline is established. As the user moves the mouse, a line segmentshall follow the cursor, starting at the previous segment point andending with the ever-changing location of the mouse cursor. The user candefine the ending point of the line segment by clicking the mouse again.The line segment appears, with two endpoints. The user can continue toselect the end points of addition segments as much as the user likes. Tofinish the creation of the polyline, the user needs to double-click. Theattributes of the polyline are the attributes set as the defaults forthe line tool. These attributes can be changed after the polyline hasbeen added using the Change Object Attributes tool. The default settingsfor the polyline attributes can be changed using the Change ObjectAttributes tool. The user is allowed to draw a polyline that extendsbeyond the bounds of the currently displayed AOI. This should functionin the same manner as described in the line drawing tool. Once a linehas been added, it can be moved using the Selection\Move Tool The toolremains available until another tool is selected, or until the usermoves to another UI screen.

A Rectangle Drawing tool 9420 allows users to add squares and rectangleson top of their maps. The tool tip for this tool reads, “DrawRectangle”. The text prompt for this tool reads, “Click and drag therectangular area”. When this tool is selected, the Shape attribute baris associated with this tool, and appears within the docking barimmediately to the right of the toolbar. When this tool is selected, andwhen the cursor is passed over the Map window, the cursor is displayedas a crosshair.

When the cursor is displayed as a crosshair, it can be used to “clickand drag” a rectangular area within the Map window. This rectangulararea defines the area of the rectangle object. A preview of therectangular area is provided as the user is moving the mouse. To createa perfect square object, the <shift> key has functionality when therectangle tool is active. If the user holds down the shift key whilecreating a rectangle as described above, the proportions is constrainedso that only squares can be created. The lesser of the x or y distancesthat the user has dragged the cursor will define the length of the sidesof the square. The attributes of the rectangle object are the attributesset as the defaults for the shape objects. These attributes can bechanged after the rectangle has been added using the Change ObjectAttributes tool. The default settings for the rectangle attributes canbe changed using the Change Object Attributes Tool and changing thedefaults for all shape objects. The rectangle stays within the bounds ofthe Map window. This is ensured by the fact that the cursor is notavailable as a crosshair once the mouse leaves the Map window area. Oncea rectangle has been added, it can be moved using the Selection\Movetool. The tool remains available until another tool is selected, oruntil the user moves to another UI screen.

An Ellipse Drawing tool 9422 allows users to add circles and ellipses ontop of their maps. The tool tip for this tool reads, “Draw Ellipse”. Thetext prompt for this tool reads, “Click and drag the elliptical area”.When this tool is selected, the Shape attribute bar is associated withthis tool, and appears within the docking bar immediately to the rightof the toolbar. When this tool is selected, and when the cursor ispassed over the Map window, the cursor is displayed as a crosshair.

When the cursor is displayed as a crosshair, it can be used to “clickand drag” an elliptical area within the Map window. This elliptical areadefines the area of the ellipse object. A preview of the elliptical areais provided as the user is moving the mouse. To create a circularobject, the <shift> key has functionality when the ellipse tool isactive. If the user holds down the shift key while creating a ellipse asdescribed above, the proportions is constrained so that only circles canbe created. The lesser of the x or y distances that the user has draggedthe cursor will define the diameter of the circle. The attributes of theellipse object are the attributes set as the defaults for the shapeobjects. These attributes can be changed after the ellipse has beenadded using the Change Object Attributes tool. The default settings forthe ellipse attributes can be changed using the Change Object AttributesTool and changing the defaults for all shape objects. The ellipse stayswithin the bounds of the Map window. This is ensured by the fact thatthe cursor is not available as a crosshair once the mouse leaves the Mapwindow area. Once an ellipse has been added, it can be moved using theSelection\Move tool. The tool remains available until another tool isselected, or until the user moves to another UI screen.

A Polygon Shape Drawing tool 9424 is similar to the polyline tool,except that upon completion, the points of the line will close to formpolygon. The tool tip for this tool reads, “Draw Polygon”. The textprompt for this tool reads, “Click to add polygon points; double-clickto end”. When this tool is selected, the Shape attribute bar isassociated with this tool, and appears within the docking barimmediately to the right of the toolbar. When this tool is selected, andwhen the cursor is passed over the Map window, the cursor is displayedas a crosshair.

When the cursor is displayed as a crosshair, the user can click on anypoint on the map. Upon clicking the map, the starting point of thepolyline is established. As the user moves the mouse, a line segmentshall follow the cursor, starting at the previous segment point andending with the ever-changing location of the mouse cursor. The user candefine the ending point of the line segment by clicking the mouse again.The line segment appears, with two endpoints. The user can continue toselect the end points of addition segments as much as the user likes. Tofinish the creation of the polygon, the user needs to double-click. Uponthe user double-click, the polygon will close at the segment endpointthat is closest to the position of the double-click. The attributes ofthe polygon are the attributes set as the defaults for the shapeobjects. These attributes can be changed after the polygon has beenadded using the Change Object Attributes tool. The default settings forthe polygon attributes can be changed using the Change Object Attributestool. The polygon stays within the bounds of the Map window. This isensured by the fact that the cursor is not available as a crosshair oncethe mouse leaves the Map window area. Once a polygon has been added, itcan be moved using the Selection\Move tool. The tool remains availableuntil another tool is selected, or until the user moves to another UIscreen.

A Point Selection tool 9426 allows users to select an area defined by apoint, so that the data behind the point (for the active layer) isavailable for: information analysis, visual analysis, bufferinganalysis, and Boolean query analysis. As for information analysis,display of basic information within the Summary window and display ofall of the tabular data in the Full Report UI screen is supported. Asfor visual analysis, upon selection of the point, the data elements(within the active layer) that touch that point are highlighted. As forbuffering analysis, after selecting a point, the user can buffer aradial distance off of that point. As for Boolean query analysis, usersare able to undertake a Boolean query consisting of up to two Booleanstatements.

The tool tip for the Point Selection tool 9426 reads, “Select a Point”.The text prompt for this tool reads, “Click on a data element in theselected layer”. When this tool is selected, the Active Layer attributebar is associated with this tool, and appears within the docking barimmediately to the right of the toolbar. When this tool is selected, andwhen the cursor is passed over the Map window, the cursor is displayedas an arrow.

When the cursor is displayed as an arrow, the user can click on anypoint on the map. Upon clicking the map, the point is established. Afterselecting the point, if an Active Layer has been selected, any dataelement within the active layer that touches the point is highlighted inyellow on the map. The summary information available for that point isdisplayed within the Summary window. The detailed tabular information onall data elements within the active layer that touch the point isavailable to the user if the user selects the Full Report button.

If an Active Layer has not been selected, a pop up error messageappears, reading “You must first select an Active Layer before you canselect data elements with this tool. The Active Layer defines whichlayer the enterprise spatial system will search on when you make aselection. <cr> Please select an Active Layer and try again.”. The usercan begin selecting additional points anytime after the original pointis completed. These points is highlighted in yellow as well, and willinvoke the same functionality as the original point. The original pointwill remain on the map until the user chooses to delete it using theSelection Tool or clear it using the clear button. Once a point has beenadded, it can be moved elsewhere on the map using the Selection tool.The result is the same as if the user deleted the original point andcreated a new one in the destination location. The tool remainsavailable until another tool is selected, or until the user moves toanother UI screen.

A Line Selection tool 9428 allows users to select an area defined by apolyline, so that the data behind the polyline (for the active layer) isavailable for: information analysis, visual analysis, bufferinganalysis, and Boolean query analysis. As for information analysis,display of basic information within the Summary window and display ofall of the tabular data in the Full Report UI screen is supported. Asfor visual analysis, upon selection of the point, the data elements(within the active layer) that touch that point are highlighted. As forbuffering analysis, after selecting a point, the user can buffer aradial distance off of that point. As for Boolean query analysis, usersare able to undertake a Boolean query consisting of up to two Booleanstatements. This is useful to determine the attributes for a customsegment of a street, river, etc. As a polyline, the line can consist ofone or multiple segments.

The tool tip for this tool reads, “Select a Linear Path”. The textprompt for this tool reads, “Select data elements by dragging a line”.When this tool is selected, the Active Layer attribute bar is associatedwith this tool, and appears within the docking bar immediately to theright of the toolbar. When this tool is selected, and when the cursor ispassed over the Map window, the cursor is displayed as a crosshair.

The user first “selects” the polyline area. When the cursor is displayedas a crosshair, the user can click on any point on the map. Uponclicking the map, the starting point of the polyline is established. Asthe user moves the mouse, a line segment shall follow the cursor,starting at the previous segment point and ending with the ever-changinglocation of the mouse cursor. The user can define the ending point ofthe line segment by clicking the mouse again. The line segment appears,with two endpoints. The user can continue to select the end points ofaddition segments as much as the user likes. To finish the creation ofthe polyline, the user needs to double-click. After selecting thepolyline area, the polyline is highlighted in yellow.

If an Active Layer has been selected, any data element within the activelayer that touches the polyline is highlighted in yellow on the map. Thesummary information available for that area is displayed within theSummary window. The detailed tabular information on all data elementswithin the active layer that touch the polyline is available to the userif the user selects the Full Report button.

If an Active Layer has not been selected, pop up error message appears,reading “You must first select an Active Layer before you can selectdata elements with this tool. The Active Layer defines which layer theenterprise spatial system will search on when you make a selection. <cr>Please select an Active Layer and try again.”. The user can beginselecting additional polyline areas anytime after the original polylineis completed. These lines is highlighted in yellow as well, and willinvoke the same functionality as the original polyline. The originalpolyline will remain on the map until the user chooses to delete itusing the Selection Tool or clear it using the clear button. Once a linehas been added, it can be moved elsewhere on the map using the Selectiontool. The result is the same as if the user deleted the originalpolyline and created a new one in the destination location. The toolremains available until another tool is selected, or until the usermoves to another UI screen.

A Rectangle Selection tool 9430 allows users to select an area definedby a rectangle, so that the data behind the rectangle (for the activelayer) is available for: information analysis, visual analysis,buffering analysis, and Boolean query analysis. As for informationanalysis, display of basic information within the Summary window anddisplay of all of the tabular data in the Full Report UI screen issupported. As for visual analysis, upon selection of the point, the dataelements (within the active layer) that touch that point arehighlighted. As for buffering analysis, after selecting a point, theuser can buffer a radial distance off of that point. As for Booleanquery analysis, users are able to undertake a Boolean query consistingof up to two Boolean statements.

The tool tip for this tool reads, “Select a Rectangular Area”. The textprompt for this tool reads, “Drag a rectangular area to select dataelements in the selected layer”. When this tool is selected, the ActiveLayer attribute bar is associated with this tool, and appears within thedocking bar immediately to the right of the toolbar. When the cursor isdisplayed as a crosshair, it can be used to “click and drag” arectangular area within the Map window. This rectangular area definesthe area of selection for analysis. A preview of the rectangular area isprovided as the user is moving the mouse. To create a perfect squareobject, the <shift> key has functionality when the select rectangle toolis active. If the user holds down the shift key while creating arectangular area as described above, the proportions is constrained sothat only squares can be created. The lesser of the x or y distancesthat the user has dragged the cursor will define the length of the sidesof the square.

After selecting the rectangular area, the rectangle is highlighted inyellow. If an Active Layer has been selected, any data element withinthe active layer that touches the rectangle is highlighted in yellow onthe map. The summary information available for that area is displayedwithin the Summary window. The detailed tabular information on all dataelements within the active layer that touch the rectangle is availableto the user if the user selects the Full Report button.

If an Active Layer has not been selected, a pop up error messageappears, reading “You must first select an Active Layer before you canselect data elements with this tool. The Active Layer defines whichlayer the enterprise spatial system will search on when you make aselection. <cr> Please select an Active Layer and try again.”.

The user can begin selecting additional rectangular areas anytime afterthe original rectangle is completed. These rectangles is highlighted inyellow as well, and will invoke the same functionality as the originalrectangle. The original rectangle will remain on the map until the userchooses to delete it using the Selection Tool or clear it using theclear button. Once a rectangle has been added, it can be moved elsewhereon the map using the Selection tool. The result is the same as if theuser deleted the original rectangle and created a new one in thedestination location.

This tool is the default selection within the Analysis Tools ExpansionToolbar. The tool remains available until another tool is selected, oruntil the user moves to another UI screen.

An Ellipse Selection tool 9432 allows users to select an area defined byan ellipse, so that the data behind the ellipse (for the active layer)is available for: information analysis, visual analysis, bufferinganalysis, and Boolean query analysis. As for information analysis,display of basic information within the Summary window and display ofall of the tabular data in the Full Report UI screen is supported. Asfor visual analysis, upon selection of the point, the data elements(within the active layer) that touch that point are highlighted. As forbuffering analysis, after selecting a point, the user can buffer aradial distance off of that point. As for Boolean query analysis, usersare able to undertake a Boolean query consisting of up to two Booleanstatements.

The tool tip for this tool reads, “Select an Elliptical Area”. The textprompt for this tool reads, “Drag an elliptical area to select dataelements in the selected layer”. When this tool is selected, the ActiveLayer attribute bar is associated with this tool, and appears within thedocking bar immediately to the right of the toolbar.

When the cursor is displayed as a crosshair, it can be used to “clickand drag” an elliptical area within the Map window. This elliptical areadefines the area of selection for analysis. A preview of the ellipticalarea is provided as the user is moving the mouse. To create a roundobject, the <shift> key has functionality when the select ellipse toolis active. If the user holds down the shift key while creating aelliptical area as described above, the proportions is constrained sothat only circles can be created. The lesser of the x or y distancesthat the user has dragged the cursor will define the height and width ofthe circle.

After selecting the elliptical area, if an Active Layer has beenselected, any data element within the active layer that touches theelliptical area is highlighted in yellow on the map. The summaryinformation available for that area is displayed within the Summarywindow. The detailed tabular information on all data elements within theactive layer that touch the elliptical area is available to the user ifthe user selects the Full Report button. If an Active Layer has not beenselected, a pop up error message appears, reading “You must first selectan Active Layer before you can select data elements with this tool. TheActive Layer defines which layer the enterprise spatial system willsearch on when you make a selection. <cr> Please select an Active Layerand try again.”.

The user can begin selecting additional elliptical areas anytime afterthe original ellipse is completed. These ellipses is highlighted inyellow as well, and will invoke the same functionality as the originalellipse. The original ellipse will remain on the map until the userchooses to delete it using the Selection Tool or clear it using theclear button. Once an ellipse has been added, it can be moved elsewhereon the map using the Selection tool. The result is the same as if theuser deleted the original ellipse and created a new one in thedestination location. The tool remains available until another tool isselected, or until the user moves to another UI screen.

A Polygon Selection tool 9434 allows users to select an area defined bya polygon, so that the data behind the polygon (for the active layer) isavailable for: information analysis, visual analysis, bufferinganalysis, and Boolean query analysis. As for information analysis,display of basic information within the Summary window and display ofall of the tabular data in the Full Report UI screen is supported. Asfor visual analysis, upon selection of the point, the data elements(within the active layer) that touch that point are highlighted. As forbuffering analysis, after selecting a point, the user can buffer aradial distance off of that point. As for Boolean query analysis, usersare able to undertake a Boolean query consisting of up to two Booleanstatements.

The tool tip for this tool reads, “Select a Polygon Area”. The textprompt for this tool reads, “Define the polygon area that will selectdata elements in the selected layer”. When this tool is selected, theActive Layer attribute bar is associated with this tool, and appearswithin the docking bar immediately to the right of the toolbar.

The user first “selects” the polygon area. When the cursor is displayedas a crosshair, the user can click on any point on the map. Uponclicking the map, the starting point of the polygon is established. Asthe user moves the mouse, a line segment shall follow the cursor,starting at the previous segment point and ending with the ever-changinglocation of the mouse cursor. The user can define the ending point ofthe line segment by clicking the mouse again. The line segment appears,with two endpoints. The user can continue to select the end points ofaddition segments as much as the user likes. To finish the creation ofthe polygon, the user needs to double-click. Upon the user double-click,the polygon will close at the segment endpoint that is closest to theposition of the double-click.

After selecting the polygon area, the polygon is highlighted in yellow.If an Active Layer has been selected, any data element within the activelayer that touches the polygon is highlighted in yellow on the map. Thesummary information available for that area is displayed within theSummary window. The detailed tabular information on all data elementswithin the active layer that touch the polygon is available to the userif the user selects the Full Report button. If an Active Layer has notbeen selected, a pop up error message appears, reading “You must firstselect an Active Layer before you can select data elements with thistool. The Active Layer defines which layer the enterprise spatial systemwill search on when you make a selection. <cr> Please select an ActiveLayer and try again.”.

The user can begin selecting additional polygon areas anytime after theoriginal polygon is completed. These polygon is highlighted in yellow aswell, and will invoke the same functionality as the original polygon.The original polygon will remain on the map until the user chooses todelete it using the Selection Tool or clear it using the clear button.Once a polygon has been added, it can be moved elsewhere on the mapusing the Selection tool. The result is the same as if the user deletedthe original polygon and created a new one in the destination location.The tool remains available until another tool is selected, or until theuser moves to another UI screen.

A Select by Copy tool 9436 allows the user to copy a data element fromone layer to another, at which point the shape of the copied dataelement becomes the selection area. The tool tip for this tool reads,“Select by Copying an Object”. The text prompt for this tool reads, “Usethis tool to select data elements by copying a shape from anther layer”.When this tool is selected, the Active Layer attribute bar is associatedwith this tool, and appears within the docking bar immediately to theright of the toolbar. When this tool is selected, and, when the cursoris passed over the Map window, the cursor is displayed as a selectionarrow (the selection arrow is different in appearance than the standardcursor arrow).

When the cursor is moved over the Map window, the user can click on anypoint on the active data layer. If an Active Layer has been selectedprior to the selection of a point, the Copy Object pop up appears,allowing the user to input a layer to copy the object to. Upon closingthe pop up, the shape outline (i.e. point, line, or polygon shape file)of the selected editable data element is copied to the layer that theuse indicated in the Copy Object pop up. The Active Layer then switchedto the “copy to” layer. The outline shape appears, and functions as ifthe user had used any of the analysis selection tools to create thatshape file (i.e. it defines the area selected for analysis). The usercan use the selection tool to select this point, line, or polygon andthe result is the selection of the associated area for analysis.

If an Active Layer has not been selected prior to the selection of apoint, a pop up error message appears, reading “You must first select anActive Layer before you can select data elements with this tool. TheActive Layer defines which layer the enterprise spatial system willsearch on when you make a selection. <cr> Please select an Active Layerand try again.”.

The tool remains available until another tool is selected, or until theuser moves to another UI screen.

A Buffer tool 9438 allows users to “buffer”, or create an offset, from adata element that exists on the active data layer. The tool tip for thistool reads, “Buffer”. There is no text prompt for this tool, in that itmerely launches a pop up dialog box”. There is no attribute barassociated with this tool.

Before selecting this tool, the user first select one or more dataelements. When the user selects the buffer tool, the enterprise spatialsystem checks that at least one data element within the visible layershas been selected using one of the analysis selection tools. If no dataelement within the visible layers has been selected, an error messageappears within a pop up reading, “One or more data elements must beselected before the buffer tool can be used. Please use one of theselection tools to select the data elements that you would like tobuffer, and try again.” If at least one data element within the visiblelayers has been selected, the Buffering pop up dialog box appears. Thisdialog box allows the user to input a linear buffering offset distance.

Once the user has provided the buffering information, the buffering isapplied to the map. The buffer area that the user has defined isoverlaid on the map as a new polygon, displayed in the color that theuser selected in the buffering pop up. If the user chose to use thebuffer to select data elements on a specific layer, the enterprisespatial system will look for data elements touching anywhere within thebuffered region and on the selected layer. Any such data elements areselected (e.g., highlighted in yellow). The analysis attributes becomeavailable to the customer in the Analysis Summary window. The FullReport button becomes available. The full report is available byselecting the full report button. The buffered area remains displayeduntil the user selects another area for analysis.

Since the buffer tool primarily is used only to launch a pop up, it doesnot remain selected after its use. Instead, the tool that was selectedprevious to its use is the selected tool. Each time that the user wantsto use this tool, the user selects the tool.

A Query tool 9440 allows the user to define a Boolean query for anactive layer and highlight the data within the Map window. The tool tipfor this tool reads, “Query”. There is no text prompt for this tool, inthat it merely launches a pop up dialog box. There is no attribute barassociated with this tool.

When this tool is selected, it immediately launches the Boolean Querypop up dialog box. If the user successfully defines a query in thisdialog box, then the results are highlighted in the Map window. The FullReport button is available. Upon selection, the full report will launchthe detailed attribute data for the data that meets the Booleancriteria.

Since the query tool primarily is used only to launch a pop up, it doesnot remain selected after its use. Instead, the tool that was selectedprevious to its use is the selected tool. Each time that the user wantsto use this tool, the user selects the tool.

A Clear tool 9442 allows the user to clear the analysis or buffer thatis currently active and highlighted within the Map window. This toolshall only become available when one or more data elements are currentlyselected (e.g., highlighted). Otherwise, the tool is grayed out andunavailable. The tool tip for this tool reads, “Clear Analysis”. Thereis no text prompt for this tool, in that it's action takes effectimmediately. There is no attribute bar associated with this tool.

When this tool is selected, it immediately clears any active analysis.Highlighted items on the map is cleared. Information in the AnalysisSummary window is cleared. The Full Report button will no longer beavailable. Since the clear analysis tool primarily is used only tolaunch a pop up, it does not remain selected after its use. Instead, thetool that was selected previous to its use is the selected tool. Eachtime that the user wants to use this tool, the user selects the tool.

As for tool icon grouping, the icons for the various tools are groupedtogether according to functionality, in order to help users find “likefunctionality”. Two forms of grouping exist. The first is to separategroups into various “sections”. The sections are separated with abeveled line. FIG. 95A illustrates section separators (e.g., 9510) inaccordance with certain implementations of the invention.

The second form of grouping is to group icons together into an “expandedtool view”. This is used when the tools are very similar infunctionality, in order to save space or o reduce the amount of clutteron the toolbar. This control uses a selection arrow to open an expandedtoolbar area. The expansion is located inside of the main toolbar, topaligned with the top of the arrow button for that expansion toolbar. Theexpansion toolbars display two columns of tools. Standard Rollovereffects are used. When a user selects an icon from the expansion, theexpanded toolbar closes. The selected icon is now the primary icon forthat expansion and is visible on the main toolbar. The icon is shown asselected on the main toolbar. When the expansion toolbar is used, thereis a default icon available from the main toolbar. FIG. 95B illustratesgrouping of tools into expansion toolbars 9512 in accordance withcertain implementations of the invention. As shown in FIG. 95B, the Texttool is the default tool for the Drawing tools Expansion Toolbar.

In the information expansion tools, the default tool is the Point n'View. In the analysis expansion tools, the default tool is the selectrectangle tool. FIG. 95C illustrates sections 9514, 9516, 9518, 9520,9522 within a toolbar in accordance with certain implementations of theinvention. The expansion toolbars available within the enterprisespatial system software include an Information Tools Expansion Toolbar,a Drawing Tools Expansion Toolbar, and an Analysis Tool ExpansionToolbar. FIG. 95D illustrates an Information Tools Expansion Toolbar9530 in accordance with certain implementations of the invention. FIG.95E illustrates a Drawing Tools Expansion Toolbar 9540 in accordancewith certain implementations of the invention. FIG. 95E illustrates anAnalysis Tools Expansion Toolbar 9550 in accordance with certainimplementations of the invention.

FIG. 96 illustrates a table 9610 in which tools described herein may begrouped in accordance with certain implementations of the invention.

FIG. 97A illustrates a Measure attribute bar 9710 in accordance withcertain implementations of the invention. The Measurement attribute baris available whenever the user has selected the measurement tool andgives the user various options for use with the measurement tool,including the ability to define the unit of measurement, showmeasurements only at the endpoint or at each segment of the polyline,and determine whether the measurement will automatically be cleared whenthe user starts a new task. The attribute bar meets the standardguidelines for the use of attribute bars. The attribute bar pop upappears immediately to the right of the toolbar within the docking bar.

A Measurement Unit drop down list contains the full list of availableunits of measurement, to include, for example, miles, yards, feet,kilometers, and meters. A Display Location drop down list contains“endpoint only” and “all segments” options.

In FIG. 97A, if the user makes a selection from the measurement unitdrop down list, the unit of display is changed for the next measurementaction. If the user makes a selection from the display location dropdown list, and if the user selects “endpoint only”, the distancemeasurement is displayed at the last segment endpoint of the polylinefor future measurement actions. Every time that a new segment is addedto the polyline, the display is updated so that the distance isdisplayed only at the new endpoint. If the user selects “all segments”,the distance measurement is displayed at every line segment endpoint inthe polyline. Every time that a new segment is added to the polyline,the display is updated so that the distance is also displayed at thisnew segment endpoint.

If the user selects the Clear measurement checkbox, the line segment(s)and measurement display are cleared at the user's next action within theenterprise spatial system software (i.e. upon the user selecting anothercontrol within the enterprise spatial system software). If the userdeselects the Clear measurement checkbox, the line segment(s) andmeasurement display will not be cleared at the user's next action withinthe enterprise spatial system software. This is useful if the user wantsto create a map that includes, for example, the measurement information.

The user has to use the selection tool to select the measurement “line”,and chose the delete key to remove the measurement from display. A popup message appears, stating “You have chosen to leave the measurementdisplay on the map until you chose to delete it. To delete themeasurement display, chose the Select Tool <insert graphic of tool>, usethe cursor to select the measurement display, then select the deletekey”. The user's selection(s) in these areas shall remain in effectuntil: the user changes the selection or the measurement tool is nolonger active.

FIG. 97B illustrates an Active Layer attribute bar 9712 in accordancewith certain implementations of the invention. This attribute bar isused whenever any analysis tool is selected that requires the selectionof an active layer. The attribute bar meets the standard guidelines forthe use of attribute bars. The attribute bar pop up appears immediatelyto the right of the toolbar within the docking bar.

An Active Layer drop down list contains the full list of data layersthat are currently set as visible. The current active layer, if there isone, is displayed. Selection of a new font from the drop down isoptional. This drop down box is always available to the user. Thiscontrol has the initial focus.

In FIG. 97B, if the user makes a selection from the Active Layer dropdown list, then the active layer is updated to the selected layer.

FIG. 97C illustrates a Line attribute bar 9714 in accordance withcertain implementations of the invention. This attribute bar is usedwhenever a user wishes to change the one or more of the attributesettings for a line that has been or is draw on the map.

FIG. 97D illustrates a shape attribute bar 9716 in accordance withcertain implementations of the invention. This attribute bar is usedwhenever a user wishes to change the one or more of the attributesettings for a rectangle, ellipse, or polygon shape that has been or isdraw on the map.

FIG. 98A illustrates a Point n' View pop up dialog box 9810 inaccordance with certain implementations of the invention. A Point n'View pop up dialog box is used whenever a user wishes to determine theunderlying attribute data for a specific data element on the activelayer. For each data layer available from the enterprise spatial system,the top attribute elements (e.g., up to six per) are marked forinclusion in the Point n' View summary. Dynamic display is supported.With the Dynamic Field Name Display: the field name is dynamicallyinserted; this text appears immediately below the introductory text;this text is indented approximately 10 pixels; the font is Arial; thepoint size of the font is 11; the font to be used is normal; the textcolor is black; and, there is no aliasing of the text. With the DynamicAttribute Text: the attribute information for the associated field isinserted; this text is to the right of the field name; the font isArial; the point size of the font is 11; the style of the font isitalic; the text color is black; and, there is no aliasing of the text.

If the user selects the Full Report button, the pop up is closed. TheFull Report pop up is launched for the data element that was displayedwithin the Point n' View pop up.

FIG. 98B illustrates a Global Point n' View pop up dialog box 9812 inaccordance with certain implementations of the invention. This pop updialog box is very similar to the Point n' View pop up dialog box,except that it is used whenever a user wishes to determine theunderlying attribute data for a specific data element on all visibledata layers. The differences between this pop up and the Point n' Vieware as follows: the pop up area is scrollable and the dynamic data foreach layer is presented to the user; each layer is separated with alabel, reading “Data Layer: <insert data layer name”; and, the FullReport button will launch the full report for all of the data layers.

FIG. 99 illustrates a Change Drawing Object Order pop up dialog box 9910in accordance with certain implementations of the invention. This pop updialog box is used whenever a user has indicated a desire to rearrangethe order of the various drawing objects created by the user. Thepurpose of this UI screen is to provide an interface that allows theuser to define in what order the drawing objects is displayed. Drawingobjects as a group, are displayed on top of all other map layers. A DataLayer List Box control consists of three elements, including a list boxand two buttons.

FIG. 100 illustrates a Point n' Attribute pop up dialog box 10010 inaccordance with certain implementations of the invention. Every projecthas an associated data store that is reserved for the user to provideinput to. The Point n' Attribute functionality allows the user to adddata to this data store, and more specifically, add data that gets tiedto an exact spatial location. The data can then be exported for use inany number of different software (e.g., applications)s.

This pop up dialog box 10010 provides the Point n' Attributefunctionality and is accessed when the user selects the Point n'Attribute tool from the toolbar on the main UI screen. As for longitudedynamic text, the longitudinal position that the user clicked upon withthe Point n' Attribute tool active is dynamically inserted in degrees,minutes, and seconds. As for latitude dynamic text, the latitudinalposition that the user clicked upon with the Point n' Attribute toolactive is dynamically inserted in degrees, minutes, and seconds. As foraddress dynamic text, a check is made to determine whether an addresscan be found from the latitude and longitude values. If yes, then theaddress 1 and address 2 lines of the address are dynamically inserted inthe following location: the text is to the right of the static prompt,and the text is aligned with all of the field controls in this pop updialog box.

Before the Point n' Attribute pop up dialog box is launched, a check ismade to determine whether this is this first time that the Point n'Attribute data store has been accessed for this project. If yes (if itis the first time), then the Setup Point n' Attribute pop up dialog boxis launched and successfully completed before this pop up dialog boxappears to the user. If no (i.e. if the data store has already beensetup), then the Point n' Attribute pop up dialog box becomes availableto the user.

When the pop up dialog box is first launched, data for the dynamicdisplays is retrieved. For example, the longitudinal position that theuser clicked upon with the Point n' Attribute tool (in degrees, minutes,and seconds) is retrieved and inserted into the Longitude Dynamic Textcontrol. Also, the latitudinal position that the user clicked upon withthe Point n' Attribute tool (in degrees, minutes, and seconds) isretrieved and inserted into the Latitude Dynamic Text control. A checkis made to determine whether an address can be found for the longitudeand latitude that the user clicked upon with the Point n' Attributetool. If yes, then the address 1 and address 2 lines of the address aredynamically inserted into the dynamic address text.

If the user selects the OK button, then the following actions areperformed: a new record is added to the Point n' Attribute data storefor the current project; all of the data entries provided by the user isstored in the data store in their appropriate fields; the longitude isstored in a longitude field that is automatically created for therecord; the latitude is stored in a longitude field that isautomatically created for the record; the address, if found, is storedin an address field that is automatically created for the record; thedate of input is stored in a date field that is automatically createdfor the record; the data store record is saved; a graphic of a “pushpin” is placed on the map on the spot where the user clicked with thePoint n' Attribute tool. FIG. 101 illustrates a push pin 10110 inaccordance with certain implementations of the invention. The push pinis an indication that the user has associated a data store record withthat location. The user can click on the push pin with the selectiontool. This will launch the Point n' Attribute pop up dialog box,pre-filled with the data that exists for that record. The user can editor view the data.

FIG. 102 illustrates a Setup Point n' Attribute pop up dialog box 10210in accordance with certain implementations of the invention. This pop updialog box appears when a user selects the Point n' Attribute tool forthe first time in a given project to allow the user to custom define thefield names for the Point n' Attribute data store file to be associatedwith this record.

FIG. 103 illustrates a Buffering pop up dialog box 10310 in accordancewith certain implementations of the invention. This pop up dialog box isused whenever a user wishes to buffer a linear distance off of aselected data element or data elements. This pop up dialog box isaccessed when the user has selected the buffer tool from the toolbar onthe main UI screen.

FIG. 104 illustrates a Boolean Query pop up dialog box 10410 inaccordance with certain implementations of the invention. This pop updialog box is used when the user wants to run a Boolean query againstthe active data layer. This pop up dialog box is launched when the userselects the Query Tool from the toolbar.

FIG. 105 illustrates a reference map 10510 in accordance with certainimplementations of the invention. The map display within the referencewindow is the default imagery used in the enterprise spatial systemsoftware, independent of the imagery selection made by the user. The Mapwindow is a custom control whose function is twofold. First, a“reference” map is displayed within the window to provide a frame ofreference as to where the Area of Interest (as displayed in the Main Mapwindow) is with respect to the greater geographical area. A red squareoutline is overlaid on the map representing the area of the AOI. As theuser zooms in, zooms out, or pans, the square shall move and sizeappropriately to represent the size and location of the AOI.

Second, the area of the map contained within the reference Map window isdetermined as follows: initially, the area of the reference Map is the“geographic constraint” area for the user (i.e. each user is set up sothat they can only work within a certain geographic area—the startingreference map is this area); when a user zooms in closely with the AOIto the point where the red square would get smaller than 5 pixels by 5pixels in size, the reference map is zoomed in such that the AOI is ½the height of the new reference map and ½ the width of the new referencemap; and, when a user zooms out beyond the extent of the reference map,the reference map shall zoom out by an equal amount (although it doesnot zoom out beyond the geographical constraint setup for the user).

The reference map allows the user to pan the AOI. When the cursor ispassed over the red rectangle, the cursor is displayed as a hand (samegraphic as is used in the pan icon). When the cursor is displayed as ahand, the user can click on any point on the map to “grab” the map atwhat becomes the “handle point”. While keeping the left mouse buttonheld down, the user can “drag” the red rectangular area anywhere withinthe reference map area. Upon releasing the handle point, the AOI isupdated to the AOI enclosed within the moved rectangular region. A checkis made to determine whether or not the updated AOI has support for thebase image that is currently selected. If the base image is notavailable for the new AOI, then the AOI—Base Image Conflict pop updialog box appears. If the user selects to change the AOI, then the Mapwindow is refreshed with the new AOI and reversion to “none” as the BaseImage selection is performed. If the user chooses to keep the BaseImage, the AOI shall not be updated. If the Base Image is available, theMap window is refreshed with the new AOI.

As for the reference map window location, the reference map is locatedimmediately to the right of the map frame. The reference map is topaligned with the map frame. The location of the Map window is fixed—theuser has no ability to move the window.

As for the reference map border, a border separates the Map window fromthe map frame.

FIG. 106 illustrates a Map Summary window 10610 in accordance withcertain implementations of the invention. The purpose of this portion ofthe main UI screen is to allow users to view basic information about theArea of Interest that has been defined. It is a display area that isupdated every time that the user update the AOI The detailedcharacteristics are as follows. As for longitude dynamic text, theLongitude of the center point of the AOI is dynamically inserted, andthe value is presented to the user in the format dd.mmss D, where: “dd”is the degrees, “mm” is the minutes, “ss” is the seconds, and D is theone letter representation for direction (E=east, W=west). As forlocation dynamic text, the largest location enclosed within the AOI isdynamically inserted.

FIG. 107 illustrates an Analysis Summary window 10710 in accordance withcertain implementations of the invention. The purpose of this portion ofthe main UI screen is to provide summary information about the data inthe Active Layer and within a user-defined area. It is a display areathat is updated every time that the user changes the analysis selectionarea.

As for layer specific dynamic text, this area of the UI screen displaysinformation about the data within the Active Data Layer. Each data layerhas different information about it that is most important, and as aresult has different information that is displayed within the final 3lines of display remaining within the Analysis Summary window. Thiscontrol, therefore, is flexible enough to support a variety ofinformation types that will vary from data layer to data layer. Thedynamic text consists of two components: a dynamic prompt and dynamicinformation. The dynamic prompt is the field name for the informationdisplayed. The dynamic information is the cumulative information for thecorresponding field for all data elements within the analysis area.

FIG. 108 illustrates Command buttons 10810 in accordance with certainimplementations of the invention. These various buttons providefunctionality that is described in the specific areas that they address.

FIG. 109 illustrates scaling the main UI screen 10910 to a differentresolution UI screen 10912 in accordance with certain implementations ofthe invention. The following sections of the main UI screen resizeautomatically when the customer is at resolutions that are higher than800×600: Data Layers Custom Tab window, Map window, and Analysis SummaryDisplay.

In certain implementations, the Map window is the only control on theenterprise spatial system UI screen that automatically resizes when thecustomer is at resolutions that are higher than 800×600. The Map windowresizes to the maximum size that the UI screen will allow. The scalingis proportional, and skewing of the proportions does not occur. If theuser is at a higher resolution than 800×600, then downward resizing ofthe browser window will scale the Map window down accordingly. In thisevent, the Map window is not scaled to a size smaller than the defaultMap window size of 325×325 pixels. If the user is in either 800×600resolution or 640×480 resolution, then downward resizing of the browserwindow does not scale the Map window down accordingly. The Map windowremains at the default size of 325×325 pixels, and scroll bars are usedto access all of the map elements. The user can not choose to scale thewindow by “clicking and dragging” on the map frame. FIG. 110 illustratestable 11010 that identifies the size of the Map window at someresolutions in accordance with certain implementations of the invention.

P. Creating a Map

Once the user has defined the elements of a map on the main UI screen(e.g., defined the AOI, data layers, base image, and cartographicelements), the enterprise spatial system software allows users to“create” a map. Creating a map entails defining the various layoutattributes for the map, and then printing, emailing, or saving the map.

FIG. 111 illustrates logic 11100 for creating a map in accordance withcertain implementations of the invention. From a main UI screen, if auser selects a map button, the user is taken to a map layout UI screen.From there, the user can select a continue button to go to a preview UIscreen. The user can then save a map, send the map to the printer, emailthe map, or download the map to a file.

FIG. 112 illustrates a map layout window 11210 in accordance withcertain implementations of the invention. Within the File Menu, theavailable menu commands on this UI screen include, for example: NewProject, Open Project, Save Project, and Close. Within the PreferencesMenu, the available menu commands on this UI screen include, forexample: User Name, Password, System Settings, and Change Default AOI.Within the Help Menu, The available menu commands on this UI screeninclude, for example: About, Contents, and Index. All other commands arevisible to the user, but grayed out.

FIG. 113 illustrates a Map Preview UI screen 11310 in accordance withcertain implementations of the invention. This UI screen provides theuser with a preview of the map, and gives the user the option to print,email, or save the map. The preview display window occupies the majorityof the UI screen's area, and is where the preview of the map willactually be displayed. The background graphic is the main component thatis displayed within the display window. The background visuallyrepresents the paper background for the map.

The preview elements include, for example: the map that the user hascreated is shown in the preview; the map will still be covered with theenterprise spatial system watermark in order to prevent the user fromsaving the file from the UI screen display; and, all of the elementsthat the user selected from the Map Output UI screen is represented inthe preview.

If the user selects the download button, the map file is delivered tothe user. The standard browser download dialog box is presented to theuser, allowing the user to determine how the file is handled inaccordance with standard web download protocols. FIG. 114 illustrates anexample of a download dialog box 11410 used for the Microsoft® InternetExplorer® in accordance with certain implementations of the invention.The file types to save out to include, for example: JPG, WMF, and PDF.The file type defaults to JPEG in certain implementations. FIG. 115illustrates a save file UI screen 11510 in accordance with certainimplementations of the invention.

Once the user has defined the Area of Interest on the main UI screen,the enterprise spatial system software allows users to “go shopping” forthe raw data that the enterprise spatial system has for the selectedarea. The user can purchase any combination of raster and vector datafor the designated area, provide the file formatting options, and thencontinue through a checkout process.

FIG. 116 illustrates logic 11600 for purchasing data in accordance withcertain implementations of the invention. From the main UI screen, ifthe data buy button is selected, a first data buy options UI screen isdisplayed. From here, if the continue button is selected, a second databuy UI screen is displayed, and, from here, if the continue button isselected, a third data buy order summary UI screen is displayed. Fromhere, a user may preview an image, change shipping information, changebilling information or select a continue button to process and order.When the order is processed, a confirmation number is given to the user,and a fourth data buy confirmation screen is displayed.

FIG. 117 illustrates a first data buy UI screen 11710 in accordance withcertain implementations of the invention. In this UI screen 11710, auser may select imagery and data layers to create a map. In particular,the UI screen 11710 includes a list that contains all of the baseimagery and data layers available for the Area of Interest that a userhas chosen.

FIG. 118 illustrates an example imagery pop up dialog box 11810 inaccordance with certain implementations of the invention. This pop updialog box is used to give users an understanding of the quality levelsof the various types of imagery that is available through the enterprisespatial system by providing sample images. The sample images are in nottied to any settings, including the AOI that the user has selected forthe current project. Instead, the sample images are simply imagesamples.

FIG. 119 illustrates a second data buy UI screen 11910 providing dataoptions in accordance with certain implementations of the invention.This UI screen shows a list of data options a user can choose. FIG. 120illustrates a third data buy UI screen 12010 with a purchase summary inaccordance with certain implementations of the invention. From thispoint forward in the data buy process, the focus is on shopping cartfunctionality.

FIG. 121 illustrates a change shipping information pop up dialog box12110 in accordance with certain implementations of the invention. Thispop up dialog box appears when a user is undertaking the process ofpurchasing data, and has indicated a desire to change shippinginformation by selecting the “change Shipping Info” link on the thirddata buy UI screen. The purpose of this UI screen is to provide aninterface that allows the user to change the shipping information for anaccount. Once the changes have been made, the changes will apply for allfuture shipments of data until the user elects to change the shippinginformation once again.

FIG. 122 illustrates a change billing information pop up dialog box12210 in accordance with certain implementations of the invention. Thispop up dialog box is used when a user is undertaking the process ofpurchasing data, and has indicated a desire to change their billinginformation by selecting the “Change Billing Info” link on the thirddata buy UI screen. The purpose of this pop up dialog box is to allowthe user to change the billing information associated with an account.Once the changes have been made, the changes will apply for all futureshipments of data, unless the billing information is changed again.

Because the enterprise spatial system maintains control over the billinginformation, this pop up dialog box is available to the enterprisespatial system administrators. If a company would like to change thebilling information associated with their account, the company wouldsend an updated purchase order that shows the change in billinginformation. It is after this purchase order is received that theenterprise spatial system administrator will change the billinginformation for the account.

Once the user has highlighted one or more data elements on the main UIscreen (e.g., with a data selection tool, buffer tool, or query tool),the user can access the underlying attribute data for the element(s) byselecting a “full report” button, located near the bottom right portionof the UI screen. Selection of this button launches the Full Report popup dialog box. This dialog box provides a large grid display thatcontains all of the data contained within the active data layer andlocated within the boundaries defined by the user's polygon. This UIscreen displays attribute data, allows the user to export or print data,and allows the user to run a query in order to see only a subset of theattribute data.

FIG. 123 illustrates a Full Report pop up dialog box 12310 in accordancewith certain implementations of the invention. If the user selects theQuery Hyperlink, the UI screen is refreshed with the Full Report pop updialog box with Boolean Query UI screen. If the user selects the Exportbutton, a .csv (comma separated values) format text file is downloadedto the user's system. The standard browser download dialog box ispresented to the user, allowing the user to determine how the file ishandled in accordance with standard web download protocols. FIG. 124illustrates a download dialog box 12410 used for the Microsoft® InternetExplorer® in accordance with certain implementations of the invention.

FIG. 125 illustrates a Full Report pop up dialog box 12510 with Booleanquery in accordance with certain implementations of the invention. ThisUI screen is a derivation of the Full Report pop up dialog box, and isused when the user wants to run a Boolean query against the tabularattribute data. Most of the attributes and functionality of this UIscreen are the same as with the Full Report pop up dialog box, with afew exception. If the user runs a query, the rows of the data elementsthat meet the query criteria are highlighted. FIG. 126 illustrateshighlighting (e.g., 12610) in a Full Report pop up dialog box 12510 withBoolean query in accordance with certain implementations of theinvention.

Document collaboration is a useful aspect of the enterprise spatialsystem as it provides users with the ability to save their work forfuture use as well as share their work with others. Central to documentcollaboration is the ability to be able to notify members when adocument has been saved, or placed on the enterprise spatial system, andwho should have access to this document. Some documents may be files,such as map image files, while others are records, such as a project orAOI. When working with documents, there are three basic operations thata user can perform, New, Open and Save, each of which is describe ingreater detail below. FIG. 127 illustrates a file menu 12710 inaccordance with certain implementations of the invention. In certainimplementations, documents are saved on the enterprise spatial systemserver and are not saved locally.

In terms of a New operation, under the enterprise spatial system design,a user can create a new project based on existing settings or on anexisting template/map service. Each time the enterprise spatial systemis run, a default project is opened which is based on the default AOI.When opening, the enterprise spatial system server creates a newtemporary record to avoid accidentally overwriting the original AOIproject. Once open, the user can change the AOI and begin work on aproject.

In terms of an Open operation, when performing an Open operation, userswill be able to open existing projects as well as previously saved mapimages. In certain implementations, as their work is saved on theserver, users have folder management capabilities, such as being able toadd, edit and delete folders.

In terms of Save operations, there are several save operations that auser can perform, including, for example: saving a project, a projecttemplate, an AOI, and saving a map image to file. To save a project,when a user is ready to save work, the user chooses the File: Save orFile Save As command. If the project has not yet been saved, e.g., it isa temporary project, then the Save UI screen appears. If the project hasbeen already saved and the user chooses the File: Save command, then theexisting project is immediately updated. If the user chooses the File:Save As command, the Save UI screen is always displayed, irrespective ofwhether the project has been previously saved. On the Save UI screen,the user is able to choose whether or not to save the project as aproject file or a project template. However, the save to projecttemplate option may be available if the user has the appropriateadministration privileges. If not, then the user is saving to a projectby default.

Apart form being able to save projects, the enterprise spatial systemwill also allow users to save project templates. Project templates arebasically projects with predefined and pre-selected data layers. Forexample, company A, a forestry company, only wants field representativesto be able to see data layers specific to conducting financial standanalysis. While the AOI may consist of over 30 layers, only 5 arespecific to financial stand analysis. By using a project template, thefield representatives will only see the data layers relevant to them,therefore improving the user experience and usability by removingredundant data layers that can easily confuse.

In terms of creating project templates, the enterprise spatial systemprovides the ability to determine who within an organization has theprivileges to create them, and conversely, who is able to see and usethem.

With the enterprise spatial system, users are able to save the currentArea of Interest (AOI). This has the same function as changing thedefault AOI via the Preferences: Change Default AOI command. This optionprovides greater flexibility for users, and helps them easily changetheir default so that it always opens to a specific area that intereststhem, for example, Los Angeles, rather than the entire US. This abilityto define the AOI also allows a company and/or supervisor to set thearea of interest that they have subscribed to. This avoids showingunnecessary information to a user if it is determined that they do nothave rights to that particular area. Based on the above requirement, theenterprise spatial system ties an AOI to both a company and user.

There are times when a user will want to be able to save the map thatthey are currently working on to an image file. This could be becausethey want to place the image in a document or use it in a presentation,or perhaps to keep a record of their work. A user could alwaysright-click on the image and use the browser's right “Save Picture As”command, but this may not be such an obvious feature to the novice user.Therefore the enterprise spatial system make provides this functionalityat the Save UI screen where users can easily see their options.

When creating a new project, users have the choice to either select aproject which is based on their existing settings, or a project based onan existing template/Map Service. If choosing a template/map service,they are prompted to first select the appropriate project beforecontinuing. FIG. 128 illustrates processing 12800 for a New operation inaccordance with certain implementations of the invention.

When the user clicks the New Project command, the New Project UI screenis displayed, and a check is made to identify any existing projectsand/or project templates. FIG. 129 illustrates a New Project UI screen12910 in accordance with certain implementations of the invention.

FIG. 130 illustrates a Select Template UI screen 13010 in accordancewith certain implementations of the invention. When this UI screen iscalled, display the name and details of the project template aredynamically displayed within the 4 column template grid.

The Open operation allows the user to open a server-side project,template or map image. In all cases the process is the same, except whenopening a map image. In this instance the map image will display in aseparate Preview pop-up window. FIG. 131 illustrates processing 13100for an Open operation in accordance with certain implementations of theinvention.

FIG. 132 illustrates an Open Project UI screen 13210 in accordance withcertain implementations of the invention. A user can open differenttypes of files.

The Save operation allows the user to save on the enterprise spatialsystem server a project, template, AOI or map image. In all cases theprocess is the same, except when saving a map image. In this instancethe map image will first go to the layout and previews UI screens andthen back to the save options. During the save operation, the user isable to notify members of the document as well as restrict access to thedocument. FIG. 133 illustrates logic 13300 for processing a Saveoperation in accordance with certain implementations of the invention.

Files can be saved as one of the following types: project—saves aproject to a new name including AOI and all edits; template—saves aproject as a map service template (in certain implementations, onlyavailable to administrators); AOI—saves current Area of Interest (AOI),without edits; or map image—saves project as a map image. FIG. 134illustrates a Save Project UI screen 13410 in accordance with certainimplementations of the invention.

An Email Form UI screen is used to notify other people via email. FIG.135 illustrates an Email Form UI screen 13510 in accordance with certainimplementations of the invention.

The enterprise spatial system provides support for transactionalcustomers. Customers may purchase enterprise spatial system services ona transaction by transaction basis. In order to accommodate these“transactional” customers, the enterprise spatial system software ismodified in order to ensure that the customer can not get anysignificant value (e.g., email a map image) from the enterprise spatialsystem services until payment has been received.

The following section describes the requirements for supportingtransactional customers by describing those requirements that differfrom subscription customers. FIG. 136 illustrates logic 13600 forsupporting transactional customers in accordance with certainimplementations of the invention. From the main UI screen, a user maycreate a map, perform analysis, or buy data.

The main UI screen is modified for the transaction user, so that theanalysis tools are not immediately available to the user. Instead, an“Analysis” button at the bottom of the UI screen will provide thetransactional user with the path to accessing this functionality.

In any of the 3 major task areas (map creation, analysis, and data buy),the user has to go through some shopping cart functionality before theyget anything of value from the enterprise spatial system. For each task,however, the specifics of the shopping cart functionality vary somewhat.

FIG. 137 illustrates a main UI screen 13710 for supporting transactionalcustomers in accordance with certain implementations of the invention.The transactional user is presented with a modified version of the mainUI screen (that a subscription customer would see) when the user firstenters the enterprise spatial system software. For example, the Analysistools are not available to the user by default. The user goes throughthe shopping cart and agree to pay for the analysis tools before theycan become available. Also, the enterprise spatial system watermark isdisplayed on top of the map that is displayed within the Map window. Thegoal behind the display of the watermark is to prevent users from savinga usable version of the map graphic using a print UI screen utility. Thewatermark extends over as much of the graphic as possible. To reduce thedistraction of the watermark to the user, the watermark is barelyvisible. A treatment such as the following is used: the font is largeand bold; the font is black in color; and, the text is displayed at 25%opacity. This watermark is displayed on top of any representation of amap that can be downloaded from the browser, including on the mappreview UI screen. Moreover, the buttons at the bottom of the UI screenhave changed to allow the user to indicate which major task isundertaken. This is needed because each task has slightly differentshopping cart experiences. The buttons will therefore include, forexample, “Create Map”, “Analysis”, and “Data Buy”.

FIG. 138 illustrates a first Shopping UI screen with an Order Summary13810 in accordance with certain implementations of the invention. ThisUI screen always marks the beginning of the shopping cart process forthe user.

FIG. 139 illustrates a second Shopping UI screen with ContactInformation 13910 in accordance with certain implementations of theinvention. This UI screen may be pre-populated with information that theuser provided in an earlier session with the enterprise spatial system,if at that time, the user selected a Future Purchases checkbox.

FIG. 140 illustrates a third Shopping UI screen with Payment Information14010 in accordance with certain implementations of the invention. ThisUI screen is used to gather payment information from customers. This UIscreen may be pre-populated with information that the user provided inan earlier session with the enterprise spatial system, if at that time,the user selected the Future Purchases checkbox.

FIG. 141 illustrates a fourth Shopping UI screen with Purchase Summary14110 in accordance with certain implementations of the invention. Ifthe user selects the purchase button, the order is processed. The user'scredit card is run. A confirmation email is sent to the user. The itemis delivered according to the means specified by the user.

FIG. 142 illustrates a fifth Shopping UI screen with Acknowledgment14210 in accordance with certain implementations of the invention. Oncethe purchase transaction has been completed, the Acknowledgment UIscreen appears. This UI screen provides the user with formalacknowledgment that the purchase has been completed, and provides aprintable version of the information contained on the fourth Shopping UIscreen with Purchase Summary. In addition, if a download was involved inthe process, this UI screen allows the user to download the file againin the event of a download error.

If the user enters the shopping cart from the “Create Map”functionality, the shopping cart will exhibit some differences from thegeneric shopping cart described above. FIG. 143 illustrates logic 14300for entering the shopping cart from the create map functionality inaccordance with certain implementations of the invention. When creatinga map, the shopping cart functionality begins immediately after thepreview UI screen.

FIG. 144 illustrates a first Map Shopping UI screen with Order Summary14410 in accordance with certain implementations of the invention. ThisUI screen represents a shopping order summary. If the user selects theCreate another map button, the current map is saved to the shoppingcart. If the user selects the Buy map's GIS data button, the current mapis saved to the shopping cart.

FIG. 145 illustrates a second Map Shopping UI screen with PurchaseSummary 14510 in accordance with certain implementations of theinvention.

If the user enters the shopping cart by selecting “Analysis” from themain UI screen, the shopping cart will exhibit some differences from thegeneric shopping cart described above. FIG. 146 illustrates logic 14600for entering the shopping cart by selecting analysis form the main UIscreen in accordance with certain implementations of the invention. Whenused for the payment of analysis functionality, the shopping cartfunctionality begins immediately after the main UI screen.

If the user enters the shopping cart from the data purchase UI screens,the shopping cart will exhibit some differences from the genericshopping cart described above. FIG. 147 illustrates logic 14700 forshopping cart functionality when the user enters the shopping cart fromthe data purchase UI screens in accordance with certain implementationsof the invention. When used for the data buy, the shopping cartfunctionality begins immediately after the data purchase details UIscreens.

From a Data Buy Shopping UI screen with Order Summary, if the userselects the checkout button, the user is advanced to the next UI screenof the shopping cart experience to unlock the analysis tools. If theuser chose to fulfill the data by CD ROM delivery, the next UI screen isAnalysis Shopping UI screen with Contact Information. If, in an earliersession with the enterprise spatial system, the user chose to savecontact information, this information is pre-populated into this UIscreen. If the user chose to download the data, the next UI screen isAnalysis Shopping UI screen with Payment Information. A Data BuyShopping UI screen with Purchase Summary provides a purchase summary forcustomers.

The File drop down menu (e.g., 12710 of FIG. 127) provides various typesof functionality that are related to file management and use issues.Among other things, this menu provides functionality to open, save,print, and email files.

The New menu item provides access to the new file functionality. TheOpen menu item provides access to the open file functionality. The Savemenu item provides access to the save file functionality. The Print Mapmenu item allows the user to branch off to the map printing portion ofthe enterprise spatial system software. The Email Map menu item allowsthe user to branch off to the portion of the enterprise spatial systemsoftware that allows the user to email a map. The Save Map menu itemallows the user to branch off to the map saving portion of theenterprise spatial system software. The Data Buy menu item allows theuser to branch off to the data buy portion of the enterprise spatialsystem software.

The Export Pn'A Data function exports the Point n' Attribute data storeto a comma delimited text file on the user's hard drive. This functionmakes use of standard browser functionality. Upon selection of this menuitem, a .csv format text file is downloaded to the user's system. Thestandard browser download dialog box is presented to the user, allowingthe user to determine how the file is handled in accordance withstandard web download protocols. FIG. 148 illustrates a download dialogbox 14810 used for the Microsoft® Internet Explorer® in accordance withcertain implementations of the invention. Selection of the “Open . . . ”option will load the txt file into the enterprise spatial systemsoftware that the user has setup to handle text files. Selection of theSave . . . ” option will launch the browser's Save As dialog box.

The Layer menu allows the user to access functionality that specificallyapplies to the data layers (vector data) within the enterprise spatialsystem software. Specifically, this menu provides functionality thatdefines the user's favorite layers (for use in the Favorites tab),defines the layer order, and perform various zoom to layer extentfunctionality. Within the Layer menu, the commands include, for example:Change Order, Edit Favorites, Zoom to Layer Extent, and a Zoom to AllLayers' Extents menu item.

The purpose of the Change Order menu item is to allow the user to definethe order in which the visible data layers are displayed within the Mapwindow. The purpose of the Edit Favorites List menu item is to allow theuser to define the layers that appear for selection within the“Favorites” tab in the data layers portion of the main UI screen.

The purpose of the Zoom to layer extent menu item is to allow the userto zoom to the extent of a single layer. Upon selection of this dropdown menu item, the enterprise spatial system software shall determinethe number of layers that are currently set as visible. If more than onedate layer is visible, then selection of this drop down menu item shalllaunch the Zoom layer pop up dialog box. If one data layer is set tovisible, the enterprise spatial system software shall determine thesmallest AOI that bounds the extents of all of the specific data layerthat the user has made visible. Then, a check is made to determinewhether or not the updated AOI has support for the base image that iscurrently selected. If the base image is not available for the new AOI,then the AOI—Base Image Conflict pop up dialog box appears. If the userselects to change the AOI, then the Map window is refreshed with the newAOI and reversion to “none” as the Base Image selection is performed. Ifthe user chooses to keep the Base Image, the AOI shall not be updated toreflect the Zoom to All command. If the Base Image is available, the Mapwindow is refreshed with the new AOI that reflects the zoom to theextent of all layers. If no data layers are currently set as visible, apop up dialog box error message appears, reading, “You must have atleast one data layer visible before you can use this command”.

FIG. 149 illustrates a Zoom layer pop up dialog box 14910 in accordancewith certain implementations of the invention. This pop up dialog box isused whenever a user selects to zoom to the extent of a single datalayer by selecting the “Zoom to layer extent command” from the Layersdrop down. The purpose of this UI screen is to allow the user to definethe layer whose extent the user would like to zoom to. The user willonly be able to select from those layers that are set as visible at thetime that the pop up dialog box is invoked.

The purpose of the Zoom to all Layers' Extents menu item is to allow theuser to zoom to the extent of all layers that are visible at the timethat the user selects this menu item. Upon selection of this menu item,the enterprise spatial system software determines the smallest AOI thatbounds the extents of all of the data layers that the user has madevisible. A check is made to determine whether or not the updated AOI hassupport for the base image that is currently selected. If the base imageis not available for the new AOI, then the AOI—Base Image Conflict popup dialog box appears. If the user selects to change the AOI, then theMap window is refreshed with the new AOI and reversion to “none” as theBase Image selection is performed. If the user chooses to keep the BaseImage, the AOI shall not be updated to reflect the Zoom to All command.If the Base Image is available, the Map window is refreshed with the newAOI that reflects the zoom to the extent of all layers.

The purpose of the Drawing menu is to provide the user with access tofunctionality related to the area of cartography. Specifically, thismenu provides options to access toolbar functionality in an alternativemanner, and also gives the user a mechanism to quickly turn all drawingobjects off and on (i.e. make them visible and invisible). Within theDrawing menu, commands include, for example: Text Tool, Line Tool,Polyline Tool, Rectangle Tool, Ellipse Tool, Polygon Tool, and View/HideDrawing Objects.

The purpose of the Text Tool menu item is to provide an alternate meansby which the user can access the Text Drawing Tool functionality. Thepurpose of the Line Tool menu item is to provide an alternate means bywhich the user can access the Line Drawing Tool functionality. Thepurpose of the Polyline Tool menu item is to provide an alternate meansby which the user can access the Polyline Drawing Tool functionality.The purpose of the Rectangle Tool menu item is to provide an alternatemeans by which the user can access the Rectangle Drawing Toolfunctionality. The purpose of the Ellipse Tool menu item is to providean alternate means by which the user can access the Ellipse Drawing Toolfunctionality. The purpose of the Polygon Tool menu item is to providean alternate means by which the user can access the Polygon Drawing Toolfunctionality. As for the View/Hide Drawing Objects menu item, all ofthe drawing objects that are created within a specific project arestored on a single layer. The View/Hide Drawing Objects command is atoggle function that turns this drawing object layer on and off (i.e.,makes the layer visible or invisible).

The Analysis menu is designed to provide an alternate means by which theuser can access functionality that exists within the toolbar on the mainUI screen. Within the Analysis menu, the commands include, for example:Select Point, Select Line Region, Select Ellipse, Select Polygon, BufferSelection, and Boolean Query.

The purpose of the Select Point menu item is to provide an alternatemeans by which the user can access the Select Point Tool functionality.The purpose of the Select Line Region menu item is to provide analternate means by which the user can access the Select Line Toolfunctionality. The purpose of the Select Rectangle menu item is toprovide an alternate means by which the user can access the SelectRectangle Tool functionality. The purpose of the Select Ellipse menuitem is to provide an alternate means by which the user can access theSelect Ellipse Tool functionality. The purpose of the Select Polygonmenu item is to provide an alternate means by which the user can accessthe Select Polygon Tool functionality. The purpose of the BufferSelection menu item is to provide an alternative way to access theBuffering functionality within the enterprise spatial system. Thepurpose of the Boolean Query menu item is to provide an alternative wayto access the Boolean Query functionality that is offered from both thetoolbar and the full report.

The user can access a Preferences UI screen at any time by selecting thePreferences menu from the Main menu selections. FIG. 150 illustratesselection of the Preferences menu 15010 in accordance with certainimplementations of the invention. Preferences are set using a series ofUI screens, all of which have the same functionality for all users,regardless of whether the user is a transactional or subscription baseduser.

The customer is granted limited ability to customize the enterprisespatial system software. There are several functions that a user isallowed to undertake. For example, the user is allowed to change his/heruser name as many times as he/she likes. However, each time that theuser changes the name, the change to a new user name is contingent uponthe availability of that user name, as every user name that isestablished within the enterprise spatial system is unique.

Similarly, the user is allowed to change his/her password as often ashe/she would like. Since the user has to log in with the correctpassword to even see the User Profile UI screen, the password can bechanged without requiring the user to enter the current password. Bydefault, the enterprise spatial system will automatically log a user offthe enterprise spatial system after 30 minutes of non-activity, and theuser may change this default auto-logoff setting.

The user may also select the UI screen to first appear after login. Whenthe user first logs into the enterprise spatial system, the first UIscreen that appears is the Welcome UI screen, which provides helpfulinformation. However, some users may want to bypass this UI screen andgo straight to the Online Map and Analysis wizard, for example. Thisuser profile function allows the user to define their starting pointwithin the enterprise spatial system. The user may select the defaultAOI. This is the AOI that appears when the user first logs in, or startsa new project. This will also be the AOI for the reference map.

The user preferences are set using multiple Pop up dialog boxes, eachresponsible for defining specific preferences.

FIG. 151 illustrates logic 15100 for processing a logoff in accordancewith certain implementations of the invention. The logoff process is theprocess by which a user terminates the enterprise spatial system sessionthat was initiated at login. Once the user has logged off from theenterprise spatial system, none of the functionality of the service isavailable to the user until the user successfully completes the loginprocess. The user can access the logoff UI screen at any time byselecting the “Logoff” button in the upper right portion of the UIscreen.

FIG. 152 illustrates common Logoff UI screen 15210 elements inaccordance with certain implementations of the invention. During thelogoff process, the pull down menus are not available to the user. Themenus will still appear to the user, but they are grayed out andunavailable for selection.

FIG. 153 illustrates a first Logoff UI screen 15310 in accordance withcertain implementations of the invention. FIG. 154 illustrates a LogoffConfirmation UI screen 15410 in accordance with certain implementationsof the invention. This UI screen serves as a termination point, andrelies upon the customer using the web browser to navigate to whatevertask the user is interested in after completing the enterprise spatialsystem task.

Once a user has successfully logged in to the enterprise spatial system,a unique “session” is begun. A session is closed at the time when theuser logs off of the enterprise spatial system. Whenever a user iswithin a session, there are several requirements that apply to thesaving of information that the user has provided on various UI screensthroughout the enterprise spatial system software.

Once the user is within a login session, there are two areas of sessioninformation that are supported: UI screen caching and the remembering ofa task progress. The enterprise spatial system has the ability to takeadvantage of the browser's caching abilities to handle the storing ofinformation in certain circumstances. The specific situation of concernis when an enterprise spatial system customer is working within one ofthe “mini-wizards” within the enterprise spatial system software. In theenterprise spatial system, the “< Back” and “Continue >” buttons are theequivalent in functionality to the browser's “< Back” and “Forward >”buttons. As a result, the caching that the user experiences is similarto the experience that the user would expect when navigating with astandard browser. Specifically, if a user progresses forward within awizard from UI screen “x” to UI screen “y” (as shown with arrow 1 ofFIG. 155), the information that the user provided in UI screen x iscached even though the user is now on UI screen y. This way, when theuser selects the “<Back” button on UI screen y, UI screen x appears andis populated with the information that the user had previously provided.FIG. 155 illustrates navigation using the Back button 15510 and usingthe continue button 15512 in accordance with certain implementations ofthe invention.

Similarly, after using the “< Back” button to navigate to previous UIscreens, when the user selects the “Continue >” button to move forward,any information that the user had previously provided appears in theappropriate UI screens.

The wizard UI screens are cached as long as the user is actively workingwithin the wizard. A user is considered active within the wizard fromthe time in which any information is entered on the first UI screen ofthe wizard, until any one of the following occurs: the user cancels thewizard, the wizard has been successfully completed by the user or theuser elects to logoff from the enterprise spatial system.

In some cases, a login session is disrupted by a dropped connection. Thesaving of session information is important when a user's progress withinan active task is interrupted to a loss of connection to the enterprisespatial system servers. FIG. 156 illustrates processing when there is adropped connection 15610 in accordance with certain implementations ofthe invention. In this example, the user is in the process of printingan online map, and is on the layout UI screen of the print map wizard.At this point, the user loses connection, for any reason (e.g., theuser's Internet connection went down, the enterprise spatial system wentdown, the user's computer crashed, etc.). This is represented by arrow 1of FIG. 156. The desired experience is that when the user re-establishesa connection with the enterprise spatial system (arrow 2), andsuccessfully logs into the enterprise spatial system, then the user willimmediately resume at the point in the task where he/she left off (arrow3).

To accomplish this, the enterprise spatial system software constantlysaves information to a temporary file on the user's local system. Thisfile contains all of the information for the current session and all ofthe tasks in progress. The file is periodically updated upon eachselection of a continue or back button. This session file is deletedupon successful logoff.

At login, the enterprise spatial system software checks for the presenceof the temporary session file (if a file is present, the enterprisespatial system software knows that the user was unable to successfullylogoff from the enterprise spatial system). If a temporary session fileis not present, then the user logs in as normal, and the default UIscreen is launched. If a temporary session file is present, then theenterprise spatial system software reads the information from the file,and uses this information to launch the enterprise spatial systemsoftware to the UI screen that the user was on at the time ofinterruption and load all of the data that the user had provided onvarious UI screens during the previous session.

The e-commerce related transactions touch upon all areas that arerelated to the billing and fulfillment relationship with the customer,and therefore cover numerous areas throughout the enterprise spatialsystem software. Specifically, the e-commerce related transactionsprovide: support for the enterprise spatial system subscription PricingPlans; subscription-based billing; transaction-based billing; evaluationmodes (i.e. non billing mode); tracking specific usage information; and,a back end interface to the fulfillment system. The enterprise spatialsystem provides a flexible e-commerce system.

The enterprise spatial system derives revenue from customers who haveagreed to pay for the enterprise spatial system service on a recurringbasis. As a result, the e-commerce system supports a subscription-basedpricing model. The pricing model is very flexible. In certainimplementations, the specific pricing that is offered is tailored fromcustomer to customer, based upon a number of variables that come intoplay. The specific variable areas that effect the pricing include, forexample, the following: the number of users that a given customer has;the “type” of each user (i.e. the role assigned to these users); theamount of storage space that the customer requires on the enterprisespatial system servers; functionality subscribed to; whether or not thecustomer wishes to use premium data, and if so the quantity, quality,and type of data; whether or not the company has purchased premiumsupport; and, when support for the upload of customer data is available,whether or not the user uses this service will affect the price.

Within each of these variable areas, a number of predefined options areavailable for the sales force to offer to the customer. Also, pricingplans may be tailored to fit the service to the specific needs of anorganization, but still remain within a structured pricing plan. FIG.157 illustrates a structure 15710 that shows variables that are involvedin the pricing structure in accordance with certain implementations ofthe invention. In addition to defining the variables the come into playin the pricing model, the structure 15710 shows which variables areconsidered part of the base subscription, and which fall within therealm of the premium level offerings. The base features are commonacross all customers so all customers have the same access to these samefeatures. These based features is priced based upon the number of users.The variation comes into play when a customer decides upon the mix ofpremium additions. As implied by the naming convention, when a customerincludes, for example, components from the “Premium Additions” category,the customer is charged an additional amount beyond the basesubscription fee.

A basic variable that affects the pricing structure is the number ofusers who have access to the enterprise spatial system. In addition,each licensed user can be classified into one of several “roles”, whichdefine the type of user. In certain implementations, the roles availablefor subscription-based users will include, for example, the “power user”and the “viewer”. The power user has access to all of the enterprisespatial system functionality. The viewer user will not have access tocertain functionality. Support for the number of users can be providedin a manner that does not significantly impact the architecture of theenterprise spatial system software, but instead is handled via internalenterprise spatial system processes.

In certain implementations, the process for setting up the licensedusers is as follows. A sales person reaches an agreement with a customerthat includes, for example, x number of “role A” users and y number of“role B” users. The customer will provide the enterprise spatial systemwith a list of the employee names and their corresponding role. Thesubscriber accounts are setup by a the enterprise spatial systememployee (or an outsourced employee) using the enterprise spatial systemAdmin tool. When an individual is setup, a unique user name is assignedto that user, along with a temporary password. The enterprise spatialsystem can control the number of users by controlling the number ofunique user name that are given to the customer. In essence, when acustomer buys a license for “n” users, that company is given “n” usernames tied to those users that allow the users to access the enterprisespatial system. Thus, there are no requirements on the enterprisespatial system to accomplish the goals of supporting a variable numberof users covered in the license agreement

As a user is added with the Admin Tool, the enterprise spatial systememployee is able to assign a role to the user, by selecting from a listof available roles. Upon login, the user's role is ascertained, and theenterprise spatial system software offers functionality appropriatelybased upon that user's role (i.e. certain functions of the software maynot be available to some users). Roles can define whether or not theuser can: access certain business solution, save data, upload customerdata, have access to an unlimited geographic area, or if geographicalconstraints are in place for the user, request data fulfillment, oraccess premium data (or more granular data).

Every customer is provided a base amount of storage space on theenterprise spatial system servers as part of their subscription. Thisstorage can be used to save maps, upload data (e.g., at a later time),etc. The amount of base storage that is allocated to a customer isflexible, so that this variable can be tied to a subscription level,number of users, or any other variable. The pricing plan is setup up sothat the customer is not supposed to exceed this storage amount. Theenterprise spatial system provides reports that show the amount ofstorage being used by a customer, broken down by user. A process is putinto place where the Account Manager will conduct a quarterly review,and if the customer is exceeding the agreed upon amount, then thecontract is modified to compensate the enterprise spatial systemaccordingly. In certain implementations, the enterprise spatial systemdoes not begin compiling charges to the customer once the base amount ofstorage has been exceeded. Instead, the enterprise spatial systemautomatically generates reports that indicate whether or not a customerhas exceeded the agreed to amount.

Business Solutions provide additional functionality and value-add thatis targeted at specific vertical markets. These solutions provideanalytical tools, and may also be bundled with premium data. In certainimplementations, the Business Solutions suite consists of multipleBusiness Solutions, each with its own discreet functionality andseparate UI elements. The enterprise spatial system needs to be designedso that access to each Business Solution can be turned on or off for agiven customer, independent of all other Business Solutions. In otherwords, if the enterprise spatial system has three Business Solutionsavailable (A, B, and C), then the enterprise spatial system allows forany combination of these Business Solutions to be available to acustomer (i.e., No Business Solutions, A only, B only, C only, A & B, A&C, B & C, A & B & C).

The availability of Business Solutions is tied to user roles, so thatwithin a company, some users may have access to Business Solutions whileothers do not. Also, different users may have access to differentsubsets of Business Solutions.

The next “Premium Addition” variable that is considered as part of thepricing support relates to the customer's use of premium data. Premiumdata will include, for example, ADS-40 imagery, but may also include,for example, other data that the enterprise spatial system has to pay a“per use” license on. Therefore, support for premium data assumes thatany type of data can be charged to the user as premium data.

As a Premium Addition, the customer is charged more based upon the useof Premium Data. Specifically, the service charges to the customer isbased upon: the quantity of data (e.g., square miles), the quality ofdata, and the type of data. A pricing grid that shows quality of data onone axis and type of data on the other may be used to determine price.The pricing in the grid is per square mile, so multiplying this numberby the square miles of that data will yield the price. In some cases,Premium Data is bundled with Business Solutions. As a result, a customermay choose not to pay for any Premium Data, but still access certaintypes of Premium Data by subscribing to Business Solutions.

In certain implementations, determining the price for the premium datais automated. In certain implementations, sales individuals of theenterprise spatial environment discuss the data needs with the customerupfront, and decide upon the total amount of Premium Data that thecustomer anticipates using on a monthly basis, and this is built intothat customer's monthly charges. In certain implementations, theenterprise spatial system tracks all usage of premium data, tied to theuser name, so that at the end of each month, analyses can be conductedto determine whether the total amount of Premium Data that the customeractually uses is more than anticipated. If so, sales individuals areresponsible to adjust the monthly fee for Premium Data.

The enterprise spatial system is able to modify the service fee paid bya customer after the account has been established, with a line item inthe billing labeled “Premium Data costs”. Whenever the enterprisespatial system introduces new data to its offerings, a “quality” levelos associated to the data, along with a “type” tag.

The Premium Data used by a custom is tracked in detail, allowing for thegeneration of a report that includes, for example, the following fields:Date, User Name, Customer Account. Name of the data, the quantity ofdata used (e.g., in square miles), the quality of the data, the datatype, and Output (e.g., map, download, analysis).

Restrictions prevent certain users from accessing premium data. Incertain implementations, in addition to giving every user a role, everyuser is given a “yes/no” classification with respect to accessingPremium Data.

The enterprise spatial system provides extensive reporting, allowing forflexible reports to be generated on the various types of informationthat are being tracked.

In certain implementations, the enterprise spatial system e-commercesystem may to interface with an accounting system outside of theenterprise spatial system environment. The data tracked and stored inthe e commerce system can be exported into the accounting system forbilling purposes.

The enterprise spatial system user interface has been designed with thenotion that the enterprise spatial system may to offer partners orcorporate customers a co-branded version. Therefore, there are a numberof “placeholders” for various branding elements in the user interfaces.A partner can select which of these elements, if any, are appropriate toprovide the partner with sufficient co-branding value.

There are several co-branding elements that have been integrated intothe enterprise spatial system software UI screens.

As for the Welcome UI screen, the Welcome UI screen is a useful tool inproviding communications with the enterprise spatial system users. Sincethe enterprise spatial system software has been designed to pull thesecommunications from “non hard-coded” sources, these communications canbe provided by the Partner to the enterprise spatial system, allowingthe Partner's messages to get directly to the users of their co-brandedoffering. FIG. 158 illustrates co-branding for a welcome UI screen 15810in accordance with certain implementations of the invention.

The banner graphic that typically is used is a the enterprise spatialsystem branded graphic, but in the case of a co-branded offering, thePartner has the option use this space to integrate it's own graphics,and thus its own branding, into the enterprise spatial system software.The header graphic has the option to have a Partner URL link embedded init, so that if a user clicks on the header graphic, the user can betaken to the Partner's site. Upon user selection of the co-brandedheader graphic, a new browser window will automatically be launched. Thenew window will link the user to the partner-designated URL. This URLneeds to be flexible, to allow for quick changes and the ability torapidly deploy co-branded versions of the enterprise spatial system. Incertain implementations, the enterprise spatial system requires that theenterprise spatial system logo still remain on a co-branded banner. Inthis case, a URL link is required for this logo as well.

As part of the portal, the enterprise spatial system will allow thecompany to have a company news section on the portal page. Company newsis an area set aside strictly for the company to be able to communicatedirectly to their staff. In certain implementations, the company isresponsible for this content. Each company may assign someone to authorthe content that appears here, and the enterprise spatial system maypoint to their URL from within the portal. This makes all management andreview of the content the company's responsibility. It is expected thatnot all companies will require this section, particularly if it meansutilizing their own resources to manage the content.

The main UI screen offers the greatest amount of co-brandingopportunities to partners of the enterprise spatial system. FIG. 159illustrates an example of a co-branded version of the main UI screen15910 in accordance with certain implementations of the invention. Asfor the banner graphic, the same details apply as on the Welcome UIscreen. As for customizable frame graphics, the graphics that make upthe frame for the various functional areas of the main UI screen can bechanged out for co-branded version. As a result, the color of the entireframe and the styling of the header can be customized for the co-brandedexperience. As for customizable menu graphics, the graphical elementsthat make up the pull down menus can be customized for every partner.This may mean that in addition to having a different look, co-brandedmenus may have different names.

As for navigational links to outside software (e.g., application) URLS,the enterprise spatial system software supports an architecture thatallows the enterprise spatial system to host the main software, but alsobranch off to other software that may be hosted by a partner of theenterprise spatial system. In the example co-branding UI shown in FIG.159, the enterprise spatial system links to other software through a tabcontrol interface. In this example, the partner would be hosting the“WebCruiser, Web Reports, and Calculators applications on their sites.From these application sites, the partner would provide similar linksback to the co-branded enterprise spatial system software site.

As for customer data, depending upon who the Partner is, there may be aneed to allow the Partner to add corporate GIS data into the enterprisespatial system software. For users who wish to integrate their own datainto the software, the enterprise spatial system provides a means bywhich the data is brought into the back end (e.g., enterprise spatialsystem employees process data into the enterprise spatial system or auser interface that automates the entire process and allows the user toupload data from their system directly into the enterprise spatialsystem back end may be used). The enterprise spatial system alsoprovides secure access to this data. The data that corporations willprovide is often highly sensitive. the enterprise spatial system ensuresthat only those who should have access to the data get access to it. Theenterprise spatial system integrates the selection of the corporate datalayers provided by the customer into the enterprise spatial system UI.Corporate data layers appear in the same area as the enterprise spatialsystem data layers. However, when corporate data layers are present, anadditional tab category will exist that contains the corporate data (thetitle of the tab and it's tool tip are provided by the partner). This isthe corporate data category, and is located immediately to the right ofthe show all categories tab. In addition, within the “all categories”tab, the corporate data is the first section of data to be displayed.

The enterprise spatial system also provides additional tools. Aco-branded version of the enterprise spatial system support additionaltools on the toolbar.

As for other UI screens and pop up dialog box windows, these UI screensoffer a subset of similar co-branding opportunities to partners of theenterprise spatial system. FIGS. 160 and 161 illustrate examples of apop up dialog box 16010 and of a co-branded version of a secondary UIscreen 16110 in accordance with certain implementations of theinvention. In both cases, there are elements that can be co-branded onthese types of UI screens.

In FIG. 160, as was the case with the standard the enterprise spatialsystem main UI screen, the standard pop up dialog box has a subtlegraphical background of a topographical map in a shade of the enterprisespatial system brown. In a co-branded offering, the Partner can selectfrom any of the following choices to occupy the background graphicwindow: a Partner provided co-branding graphic, the default theenterprise spatial system background graphic or a solid coloredbackground.

The graphics that make up the frame for the various functional areas ofthe main UI screen can be changed out for co-branded version. As aresult, the color of the entire frame and the styling of the header canbe customized for the co-branded experience.

FIG. 162 illustrates a table 16210 of valid US state codes in accordancewith certain implementations of the invention. The state codes are validfor use in drop down boxes that require customer input of U.S. stateinformation.

FIG. 163 illustrates a table 16310 of information to display in theAmbiguous Address pop up dialog box in accordance with certainimplementations of the invention. Table 16310 provides the types ofinformation that are displayed to a customer in the ambiguous pop updialog box, based upon the types of information that the user hasprovided to the enterprise spatial system. Depending upon theinformation that was provided by the user, the information that isdisplayed within these cells will vary. The types of information that isdisplayed are all of those types of information that the user provided,plus any higher-level information that the enterprise spatial systemcould extrapolate. The specific rules are provided in the table 16310.

FIG. 164 illustrates a table 16410 of map layers of scale dependency inaccordance with certain implementations of the invention. FIG. 165illustrates a table 16510 of some raster and vector data to be used inthe enterprise spatial system software in accordance with certainimplementations of the invention. Other data sets, such as premium datafor oil/gas/electric and public lands survey data, may also beavailable, although not represented in table 16510.

FIGS. 166A and 166B illustrate another table 16610 of some raster andvector data to be used in the enterprise spatial system software inaccordance with certain implementations of the invention.

Q. Web Center

The enterprise spatial system provides application services andintegrates and offers on-demand superior quality geographical imagery,associated industry specific data and analysis tools to government,industry and the general public. The enterprise spatial system' accurateand continually updated geographical information is offered by bothone-time use and periodic subscription based models.

In certain implementations of the invention, the enterprise spatialsystem service is made up of several areas, including, for example: GISData Sources (e.g., aerial/satellite geographical imagery and publicdomain information; an ADS Processing Center for ADS400 Arial GISimagery processing prior to delivery to the GIS Processing Center; a GISProcessing Center for integration and formatting of aerial, satelliteand public domain information for delivery to an Operations Center; anOperations Center, which provides software development, data validation,production staging, network operations, fulfillment support and tier-twocustomer service; a Web Center, which is a Web based, ASP model serviceproviding on-demand access to geographical imagery data mart andmembership data; and an Order Fulfillment Center for order processingand customer data request fulfillment.

Both the Operations Center and Web Center are housed in facilities usinginfrastructure consistent with running a high availability, globalinternet operation. The Data Sources that are processed by the DataCenter are provided through a combination of the enterprise spatialsystem managed and out-sourced suppliers.

Aspects of the various centers may be split or merged depending upon,for example, the logistical constraints on the locations of GIS anddevelopment personnel expertise. Provisions to support center functionalseparation will be indicated herein. The following discussion will bedirected to the overall service and operational functionality to beprovided by the Web Center.

The functional components required to host the enterprise spatial systemon-line service offering in a third party hosted Web Center, include,for example: all systems contained within the Web Center that are usedto support service offerings; all system interface points into, or outof, the center for both normal operations and maintenance; and anyreliance on external systems supporting Web Center operations.

In certain implementations, the enterprise spatial system Web Center isa secure, un-staffed, ASP model web hosting facility. The purpose of theWeb Center is to host the enterprise spatial system on-line serviceoffering that provides data (e.g., current GIS imagery and supportingdata) and business analysis tools to its customer base. The Web Centerreceives and hosts integrated datasets from the Operations Center,provides the enterprise spatial system customer base access to thesedatasets in an adhoc, on-demand basis, and processes the billing ofassociated customer usage charges and orders. All customer orderfulfillment beyond the adhoc image and data queries such as bulk datarequests shall be forwarded to, and processed by, the Order Fulfillmentcomponent.

FIG. 167 illustrates the business process and data flow 16710 supportedby the enterprise spatial system service and operational facilities inaccordance with certain implementations of the invention. The WebCenter's role in the business process is as both an analytical datamartfor the on-demand access by enterprise spatial system customers and as acatalog of all current and historical data (e.g., imagery plussupporting data) available for bulk purchase.

The enterprise spatial system service offering hosted by the Web Centercan be grouped into functional service groups, which are illustrated inFIG. 167. Each of the services groups is made up of a set of componentsthat provide part of, or support part of, the overall service offering.As for Web Services, a Web based user interface exposes the corebusiness and administrative functionality of the Business ApplicationServices to clients (e.g., browser only, thin client, and thick client).As for application Services, a stateless, transactional applicationservice exposes business functions for access control, contentnavigation, content delivery, account management and administrationservices that can be accessed in either a client/server orserver-to-server model. As for Content Services, a set of middle tierapplication components accessed through the business services generateand deliver business content, including, for example, Map Servers,Report Servers and email servers. As for E-Commerce Services, a set ofmiddle tier application components accessed through the applicationsservices handle account financial, billing, and payment functions. Asfor Data Services, a set of data stores contain live production datauses to support continuous operations including a user membership datastore, a special image data mart, a business rules data store, and ahealth & welfare data store. As for Maintenance Services, a set of WebCenter administration services used on a continual/scheduled basis tomaintain and monitor the Web Center operations include, for example,spatial dataset loaders, health & welfare management servers, andarchival/restore servers. In certain implementations, service componentscontained within the Web center are directly or indirectly related tothis focus.

The Web Services, a Web Server based user interface, is the primaryexternal interface to access the Application Services. The Web Servicesinterface exposes the core business and administrative functionality ofthe Application Services to all Web Center clients. These clients shallinclude, for example, both the enterprise spatial system customer baseand the enterprise spatial system operational staff.

The Web Service provides a user interface to navigate the Web Center'ssite and execute the Application Services via the access controlsecurity layer. Once authenticated, the suite of Application Servicesavailable to the client shall be adjusted based on their access leveland granted role. The Web Services access business related Data Servicesvia the Application Services. FIG. 168 illustrates Web Services 16810 inaccordance with certain implementations of the invention.

The Web service allows client functionality access through differenttypes of client interfaces, such as, browser-only client; thin client;and thick client. The use of a specific client interface depends uponindividual users needs and business constraints directing theirimplementation.

A browser only client is supported to allow clients to access the systemwithout requiring a downloaded plug-in or control. This feature requiresalmost all client processing to be accomplished in the middle-tierapplication layers of the Web Center. In certain implementations, notall service functionality is available to browser only clients. Exactlimiting features are determined, for example, based on architecturalfeasibility.

For a thin client, the enterprise spatial system provides a web browserbased user experience enabled by a thin client downloaded browserplug-in or control. The thin client solution is designed to interact,and exchange data between, the resources on both the clients localcomputer and the application middle tier services in the Web Center. Thedownloadable plug-in or control is designed to provide the full clientfunctionality feature set with an efficient performance profile over allclient network connections from a minimum of a 56K modem and higher.Multi-platform support (including, for example, Internet Explorer® andNetscape® browsers (both 4.x and higher) on Windows®, Macintosh®, andLinux® operating systems) is provided for the thin client userinterface. In certain implementations, a Java solution is used tosatisfy the multi-platform support constraints.

The thin client solution interfaces with the Web Services via standardinternet protocols including HTTP, HTTPS and FTP. Authenticatedconnections are supported over, for example, a standard, 128 bit SSLsession. The thin client component to be downloaded is downloadable in areasonable time period over the minimum support network connectionspeed. A reasonable time period may be, for example, between 30 secondsand 2 minutes. Thin client design considerations is implemented inconcert with the Application and Data Services tiers to maximize theresource availability and performance characteristics of the intendedclient functionality to be supported.

The thick client interface solution requires no user interface providedby the Web Services. In certain implementations, the thick clientinterface solution may be implemented as an additional connector on analternate web server port exposed to the internet to accept and passthick client requests through to the Business Application Serviceslayer. The thick client application is subject to the same networkconnectivity requirements as the thin client solution. The thick clientapplication supports, for example, all functionality available to thethin client solution and may support additional functions or features.

As for consumer client functionality, the role of the client interfacecomponent of the enterprise spatial system Web Services is to deliverflexible, on-demand access to the comprehensive suite of data (e.g.,imagery, vector, and tabular) and analysis functionality as both aninteractive analysis service and as a catalog for bulk data orderingfulfilled through the Order Fulfillment desk. The complete set of clientfunctionality includes, for example, both the interactive analysisfeatures and additional administrative/account management supportrequired to provide a comprehensive, consumer business service.

The enterprise spatial system supports two different customer models:subscription user and one-time, transaction-based customer. When firstattempting to access the enterprise spatial system service, everycustomer registers an account with the service regardless of the type ofcustomer. In the case of the subscription user with a site licenseaccount, an enterprise spatial system representative may register thecustomer using the enterprise spatial system Admin tool. Fortransaction-based customers, registration may be handled using a shortregistration wizard.

The registration wizard process is very quick and simplified, so as notto serve as a barrier to entry for these new customers. The main goalsof the registration process is to get the user's email address (e.g.,for communications), and assign the user with a user name and password(e.g., for usage tracking and credit card storage). Registrationinformation includes, for example, general information about thecustomer and billing information. The registration process is designedto be a one-time experience for the customer. Once the customer hascompleted the registration process, the customer will have a usernameand password and be able to login to the enterprise spatial systemservice.

As an e-commerce site, The enterprise spatial system will be trusted tohandle various types of information that are of a sensitive nature tothe user, including personal contact information and billing/credit cardinformation. All sensitive customer information is protected to assurethat the trust of the wide customer audience is not violated. As aprotection to the customer, a secure login procedure is used to ensurethat only authorized individuals have access to a given account.

In addition to protecting sensitive customer information, utilizing alogin process allows the collection of invaluable information regardingcustomer usage. The option also tracks and uses customer's usage totailor personalized communications to that user.

The login process serves as the entry point for users accessing theenterprise spatial system. The process involves retrieving and verifyingthe validity of the user name and password provided by the personattempting to login to the enterprise spatial system application.

The “Online Mapping” button is available to transaction-based customers.This button provides the user with access the Online Mapping wizard,which provides the majority of functionality to the transactional user.The functionality provided by the Online Mapping wizard can be brokendown into two main sections: map creation and map purchasing.

The first part of the Online Mapping wizard provides several UI screensthat allow the users to undergo the process for creating a map,including, for example: selecting the Area of Interest (AOI); selectingthe base map image; selecting the various data layer features; and,setting up the look and feel of the map. The user views the working mapin a viewing window on the right hand side of the UI screen.

The user defines the location of the map for example, by National Mapselection or Advanced Location Search. The National Map selectionfeature allows the user to visually select the area from a national mapby clicking on the desired location. After the user clicks on thedesired location, the map window shall zoom to include, for example,only the area that the user selected. At this point, the user can clickfurther to refine the selected map window view. The Advanced LocationSearch option allows the user to type in information that defines thelocation, including the address, city, state, and country. The mapwindow shall zoom in to the desired location.

Once the AOI has been selected, the base map image format is selected tosuit the user's needs by defining several image attributes. For example,the type of image to be used for the map is defined. Once the user hasselected the area covered by the map, the user will be presented withchoices for the type of image to use for the map. The types of imagesavailable for creating a map will vary depending upon the map area thatthe user has defined, but may include, for example, color aerialimagery, color infrared, satellite imagery, USGS topographic maps, andothers. Also, the map resolution is defined. The resolutions availableto the user will be dependent upon the map area and type of image thatthe user has selected.

In certain implementations, throughout the map creation process, the mapcontains an embedded watermark as part of the base image. This watermarkis removed during the map purchase process and is not included in thefinal image delivered to the consumer.

The type of image attributes available to the consumer is based on asubscription level and associated access rights.

Once the basic map information has been provided, the user can thenselect from various “data overlay” features. These features provide data(e.g., geographic) in a manner that can be overlaid and matched up withthe map. The categories of features that can be overlaid include,environmental, political boundaries, infrastructure, and demographicdata. The user is able to manipulate the specific features and theirattributes that are overlaid on the base map image. The followingmodifiable attributes are supported for the data layer overlays: thenumber and type of data layers overlays; the order that data layers areoverlaid on the base image; the text font, point size and color; and,the line type, color and thickness. The type of features available tothe consumer is based on subscription level and associated accessrights.

For subscription users, various industry-specific data layers may beavailable (e.g., electric line right of ways). The data available tooverlay on the base map is determined by the services that the customerhas subscribed to.

The look and feel of the working map can be adjusted using the varioustools on the map toolbar. A map toolbar with a set of functions isavailable at any time that a customer is working on a map-related task.For example, a Zoom In tool is the default tool. By selecting the zoomin tool and clicking on the map, the map area will zoom in by 50%,centered at the click point. By selecting the Zoom Out tool and clickingon the map, the map area will zoom out by 50%, centered at the clickpoint. By clicking and dragging a rectangular box (a “Zoom Box”) on themap, the map area will zoom to the extents of the box. Once the panningtool is selected, the user can “grab” the map and move it, changing theCenter point of the map. The zoom level remains the same when the pantool is used, therefore using the panning tool ultimately changes theboundaries that define the area of the map.

A Previous Image tool is available after the user has either zoomed orpanned an image. Selection of this tool followed by a click on the mapreloads the image that had previously occupied the Map Window. Afterselecting a Point n' View tool, the user is able to click on any dataelement overlaid on the current map, and a pop up dialog box containinga description of that element will appear. The data presented will varybased upon the type of data element that the user has selected. ThePoint n' Attribute tool allows a user to click on any object on thecurrent map, type in various categories of information that describesthe object, and then automatically save out these associateddescriptions as a data store record attached to that object. The TextDrawing tool allows a user to click on any point on the current map,type in text information and then automatically save out theseassociated as a data store record attached to that map point.

A series of tools will be provided that allow users to type in text tobe overlaid on the map, or draw basic shapes such as squares, circles,lines, and polygons that are layered on top of the map. For example, aRectangle Drawing tool allows users to add squares and rectangles on topof their maps. A Circle Drawing tool allows a user to click on any pointon the current map, insert a circle, adjust the diameter and thenautomatically save out these associated as a data store record attachedto that map point. A Line Drawing tool allows a user to click on anypoint on the current map to start a line, click on a second point to endand draw the line, and then automatically save out these associated as adata store record attached to the map. A Custom Shape Drawing toolallows a user to click on any point on the current map to start a line,click on any number of subsequent connected points to draw additionallines, and the press escape to end the shape and automatically save itout as an associated data store record attached to the map.

The consumer is provided a set of final formatting options to facilitatea printed form of image for presentation. These options shall include,for example, the following attributes: Map Title and Description, MapSize and Layout, and Other Display Options.

After the map has been adjusted to its final form, the user is able topurchase the map. The map purchasing functionality is accomplishedthrough the shopping cart module in the enterprise spatial system. Thepurpose of the shopping cart module is to provide a means by which theenterprise spatial system can conduct transactional-based purchases. Theshopping cart provides an interface to the user that walks the userthrough the process of approving the transaction and following itthrough completion. The shopping cart process involves multiple steps,including, for example gathering various types of information requiredfor the transaction, such as, contact information, shipping information,billing information, and more. Once completed, the shopping cart modulepresents the user with a summary of the proposed transaction, forverification by the user prior to executing the transaction. Finally,the transaction is conducted with the enterprise spatial system servers,after which the user is provided with an acknowledgment of thetransaction that can be printed and stored as a physical record of thetransaction.

The UI screen design has been designed, so as to allow the enterprisespatial system software to easily interface with and utilize variousshopping cart technologies available on the market.

For subscriber customers, an advanced user experience is provided toaugment basic map generation with GIS analysis tools and otherfunctions. To support a more complete GIS analysis suite, some sets oftools are provided to the subscription users to help them in theiranalysis. These tools shall include, for example, GIS buffer creation,measurement, and annotation tools.

Creating buffers allows the user to create a buffer area from a dataelement, user defined point, or a segment on the map. The purpose of thebuffering tool is to ultimately highlight a type of data within thatbuffer area. The user can define the buffer area by clicking on thepreview of the map. If the user selects a data element, that dataelement will be highlighted. If the user selects on segment of a dataelement (e.g., a segment of a stream, road, power line right of way,etc.) then that particular segment is highlighted. A user can selectedmultiple elements and segments using standard Windows <shift> and <ctrl>functionality. The user also has the option of selecting a point on themap that has no underlying data elements associated with it. Once thepoint(s) or segment(s) have been defined, the user can provide adistance to define the buffer area. In certain implementations, whenworking with a buffer, the user works with one type of data layer(point, line or polygon) at a time, so the user cannot select a “point”and a “line segment” as the foci for a buffering operation. For example,the user chooses a line segment from the “roads” layer a point from the“houses” layer, but both cannot be done simultaneously.

Additional advanced tool features provided as part of the enterprisespatial system service include, for example, the ability to measure bothlinear distances and user-defined areas.

The linear distances tool allows users to measure a linear distancebetween two points on the map. After selecting this tool, the useridentifies 2 points on the map (e.g., in the preview window). Thedistance between the two points is returned via an “info window”. The“info window” may be a specified area on the page for tool responses ora separate small window (e.g., whichever is “cleaner”). An additional“tracking log” may be used to store this response for reporting at alater date. In certain implementations, the measurement may not beoverlaid on the map just reported to the user in the “info window”. Thedistance can be represented in any of several units. Moreover, incertain implementations, the answer is reported with multiple units(e.g., in both miles and kilometers, or feet and meters) depending onmap scale. This additional requirement would supportinternationalization for non-US (metric) users.

Similar to the linear distance tool, the user defined areas tool allowsusers to measure an area enclosed within multiple points. Afterselecting the measure area tool, the user identifies as many points onthe map as required to define the boundaries of the desired area (e.g.,in the preview window). After all points required to enclose the areahave been defined, the area is calculated and returned via an “infowindow”. In certain implementations, the “info window” and/or the“tracking log” function in the same manner as described for lineardistances. Depending on map scale, the area is reported in miles squared(i.e., mi²) (km), acres (hectares) and/or feet squared (ft²) (m²). Areascale thresholds are defined and used to determine which units to use.For example, miles (km) and square miles (square kilometers) would beused at scales less than 1:50,000 and other units at scales greater thanthis. Moreover, as with linear distances, in certain implementations,the answer is reported with multiple units (e.g., in both miles andkilometers, or feet and meters) depending on map scale. This additionalrequirement would support internationalization for non-US (metric)users.

The enterprise spatial system service features include, for example,annotation tools that operate in a similar manner to the measurementtools. The annotation tools include, for example, support for bothlinear distances and user defined areas.

The linear distances tool allows users to annotate a linear distancebetween two points on the map. After selecting this tool, the useridentifies 2 points on the map (e.g., in the preview window) in the samemanner as they measure linear distances. Unlike the measurement tool,the 2 points, line and distance are overlaid on the map. An additionaltracking log may be used to store this response for reporting at a laterdate. The distance can be represented in any of several units. Moreover,in certain implementations, the answer is reported with multiple units(e.g., in both miles and kilometers, or feet and meters) depending onmap scale. This additional requirement would supportinternationalization for non-US (metric) users.

Similar to the linear distance tool, the user defined areas tool allowsusers to annotate an area on a map indicated by multiple (e.g., three ormore) points. After selecting the annotate area tool, the useridentifies as many points on the map as required to define theboundaries of the desired area (e.g., in the preview window) in the samemanner as they measure user defined areas. Unlike the measurement tool,the points, interconnecting lines and area calculation are then overlaidon the map. In certain implementations, the “info window” and/or the“tracking log” function in the same manner as described for measuringlinear distances. Depending on map scale, the area is reported in milessquared (i.e., mi²) (km²), acres (hectares) and/or feet squared (ft²)(m²). Area scale thresholds is defined and used to determine which unitsto use. Initial expectations are that miles (km) and square miles (sqkm)would be used at scales less than 1:50,000 and other units at scalesgreater than this. Moreover, as with linear distances, in certainimplementations, calculations may use and report multiple units (e.g.,in both miles and kilometers, or feet and meters) depending on mapscale. This additional requirement would support internationalizationfor non-US (metric) users.

For subscription customers who have overlaid industry-specific data, theenterprise spatial system will offer reports that provide detailedbreakdowns of that data within the location boundaries defined by theuser. The breakdown of information will be unique for each type of data.A data layer is supported. This functionality may additionally beprovided to transactional customers.

For customers interested in hard copies of their custom maps, theenterprise spatial system will provide functionality that allows usersto print out a copy of the map, or save the map for later use. If theuser chooses to print out a hard copy of the map, the enterprise spatialsystem allows the user to define various attributes that define thelayout of the printout. To address the issue of transactional usersobtaining products without paying for the products, a watermark isoverlaid on all served base imagery prior to purchase.

To support bulk data purchases as an additional the enterprise spatialsystem service, the enterprise spatial system provides for the selectionand ordering of a bulk dataset. A bulk dataset is selected in a similarmanner to individual map images. A difference between map and bulk datapurchases are that no direct image is rendered and delivered immediatelyto the consumer. Also, individual imagery or data layer feature datasetsmay be purchased separately or together, either overlaid or as separatedatasets. The general user experience differs only in the few areasapplicable to the preview and delivery differences to support ease ofuse.

In order to provide a personalized user experience to all customers, theenterprise spatial system allows customers to create unique profilesthat describe which data layers are available to the customer, howvarious preference settings are setup, and more. In addition, thecustomer profile function allows subscription customers to edit theirregistration and payment information.

Similar to the user profile functionality, the change subscription levelfeature allows users to change the subscription plan that they havesigned up for. In certain implementations, this feature is broken outfrom the user profiles feature for marketing purposes.

The user can access online help UI screens at any time by selecting the“Help” button in the primary navigation bar. The enterprise spatialsystem Help file is intuitive for the user, having a look and feel thatis common to online applications.

The user interfaces for all Administration functions are implemented asbrowser based and hosted by the Web Services. A set of consoles foraccessing the Admin Tool functions are housed both in the OperationsCenter and also in the Web Center for local administration whenpersonnel are there. The general set of Admin functions supportedinclude, for example: Access Control Management, SKU/Billing PlanManagement, Account Registration Information, Activity History, OrderStatus/History, Billing Status/History, Payment Status/History,Correspondence History, and System Maintenance.

Each of the various Web Center systems have differing functional rolesbut all are centrally managed using the common Administration userinterface. Each of the systems may support a customized Administrationuser interface.

All business application functionality available in the Web Center isprotected by an Access Control management system. The Access Controlsystem is role based with a set of roles both predefined andconfigurable as different combinations of functionality is required.Each business application function available in the Web Center isindividually controllable as a right granted or revoked from a specificuser role. All client access, operations or consumers, is controlledusing pre-assigned roles.

The Admin Tool allows the operations personnel the ability to: view alist of all available roles; view a list of all available businessfunctions; view a list of all roles that contain a specific businessfunction; view a list of all business functions contained in a specificrole; add, remove and/or modify a specific role; add or remove abusiness function to or from a specific role; view a list of allaccounts, both operations and customers, that have a specific role; and,add, remove and/or modify the role assigned to a specific account. Allnon-registered, transactional consumers are granted access to a limitedset of the system's business functions under an automatically granted‘Unregistered User’ access role.

The enterprise spatial system provides different billing models,including: Transactional charges and Subscription billing. The AdminTool supports the management of different datasets, one for each billingmodel. Transactional Billing Accounts configured for transactionalbilling is billed based on transactional usage controlled through theApplication Services. All Application Services for which it isdetermined that transactional charges apply are configured with a SKUcomprising charge details and rules. All charge SKUs are associated withApplication Service transactions. Transactional charge SKUs contain, forexample, the following information/attributes: SKU ID, SKU Description,SKU Status, and Dash Number business rule list (with Dash #, rulecriteria and amount).

All SKUs contain one or more specific charge rates. Each charge rate isuniquely configurable based upon optional business rules to allow fordifferent billing rates given different purchasing conditions. Eachunique billing rate for a particular SKU is uniquely identified by adash number suffix appended to the SKU Id. All SKU business rules areconfigured to resolve to a single SKU dash number under all conditions.The Admin Tool allows the operations personnel to: view a list of allSKUs in the system; view a list of all dash numbers for a specific SKU;view a list of all transactions executed for a specific; SKU; and, add,modify or remove a SKU or SKU dash number. Each list report is orderedchronologically in reverse order (if applicable) and filtering isallowed using any combination of the criteria recorded including a DateRange. The chronological order can optionally be reversed.

Accounts configured for subscription billing are processed and submittedon a periodic (e.g., monthly) basis by an automated Billing System. Eachaccount configured for subscription billing is assigned a particularbilling Rate Plan. Each billing Rate Plan is configured with an numberof revisions each with charge details and rules. Billing Rate Planscontain the following information/attributes: Rate Plan ID, Rate PlanDescription, Rate Plan Status, Dash Number business rule list (with Dash#, rule criteria and amount), and Current Dash Number. All Rate Planscontain one or more specific charge rates. The rules and charge amountfor each charge rate is uniquely configurable to allow for the revisionof an existing rate plan while grand fathering all existing users ofthat rate plan. Each unique Rate Plan is uniquely identified by a dashnumber suffix appended to the Rate Plan ID. All Rate Plan business rulesare configured to resolve to a single Rate Plan dash number under allconditions.

The Admin Tool allows the operations personnel to: view a list of allRate Plans in the system; view a list of all dash numbers for a specificRate Plan; view a list of all transactions executed for a specific RatePlan; and, add, modify or remove a Rate Plan or Rate Plan dash number.Each list report is ordered chronologically in reverse order (ifapplicable) and filtering is allowed using any combination of thecriteria recorded including a Date Range. The chronological order canoptionally be reversed.

All chargeable services provided by the enterprise spatial systemrequire a registered account. All operations personnel require anaccount to access the system for administration and maintenancefunctions. The Admin Tool provides functionality to manage all types ofaccounts.

As for basic account information, the Admin Tool allows operationspersonnel to view a list of all system accounts. The operationspersonnel are allowed to filter the list by various criteria to limitthe list of users returned from the account query. The operationspersonnel are able to select any individual account listed in the systemand view the account information for that particular account. Accountinformation includes, for example, the following items as a minimum setof data: Account ID; Account Name (e.g., short account name); AccountPassword (e.g., adheres to safe password criteria and is storedencrypted); Account Email Address. Account Type (e.g., Transactional,Subscription, Operations); Account Access Role; Account Status (e.g.,Active, Restricted, Closed); Account Holder Full Name (e.g., First,Last, Initials); Mailing Address City, State/Province, Country,Zip/Postal Code; Phone & Fax; Demographic data; Billing Method (e.g.,Transactional or Subscription); Billing Rate Plan (e.g., ifSubscription); Payment Method (e.g., Automatic Credit Card, Statement,or Bill Parent Account); Payment Tax Status/Rate, Billing Status(Current, 30 Days, 60 Days, 90 Days, Over 90 Days); Billing Address,City, State/Province, Country, Zip/Postal Code; Credit Card Information(e.g., CC #, Exp. Date, Batch #, CC Type, Name on CC); Billing cycle day(e.g., 1-28); Date last payment received; Date last statement submitted;Date last CC charge attempted; and, Optional Child Account list.

Some of the data items in the system are optional entry items.Additional services to validate Zip/Postal codes, email, and phone/faxnumbers are implemented to reduce potential customer services calls andimprove overall consumer experience.

For consumers performing transactional purchases, account information iscollected at the end of the shopping cart purchase experience. The basicinformation entered as part of the transactional account registrationinclude, for example, the minimum amount of information to validate andprocess the credit card charge. All transactions performed under thesame session is attributed to the same account id. Attempts are made tomatch credit card information and/or source IP information to linksubsequent transaction to an existing un-registered user's account forhistorical analysis.

For subscription accounts, the enterprise spatial system personnel withthe ability to create consumer accounts process an account applicationand manually create and manage the consumer's account using the Admintool. The Admin Tool provides, for example, the following functions:adding or modifying an account and its information; adding a childaccount to a parent account; and, generating a notification email to theaccount holder. All changes to basic account information automaticallygenerate and transmit a confirmation email to the account holders emailaddress. All changes to child account information additionally generateand transmit a carbon copy (CC) email to the parent account holdersemail addresses.

For operations accounts, the enterprise spatial system personnel withthe ability to create operation's accounts manually create and managethe operations account using the Admin tool. The Admin Tool provides theability to add or modify an operational account and its information. Alloperational accounts are created as child accounts of the enterprisespatial system master account. All operational account changes shallautomatically generate and transmit a confirmation email to the accountholders email address. All changes to and operational account shalladditionally generate and transmit a carbon copy (CC) email to themaster the enterprise spatial system account email addresses.

The Admin Tool provides the ability to view a historical list of alltransactions performed by the Web Center Application Services. Eachtransaction is recorded with, for example, the followinginformation/criteria: Account ID (Un-registered users automatically havean account assigned based on session), Transaction ID, Date and Time,Transaction Execution Duration, Transaction Type (using SKU whereappropriate), and Transaction Completion Status. The transactionalhistory report is ordered chronologically in reverse order and can befiltered by any of the criteria recorded, including a Date Range. Thechronological order can optionally be reversed. Transactional history isrecorded on all types of business operations executed by the ApplicationServices including both operations and consumer functions.

Each application service transaction executed by a consumer that resultsin a service order, billable or not, is assigned an Order ID andrecorded in an Order Work Queue for fulfillment. Orders can be fulfilledautomatically or by Customer Fulfillment. Those orders processedautomatically have only one workflow entry recorded indicating that itwas completed automatically. Those orders processed by customerfulfillment is entered in the work queue with the status “PendingDelivery”. These work orders are reviewed continually by customerfulfillment and executed in the order by received. When a work order iscompleted by Customer Fulfillment, an additional entry is entered in thework queue log for that work order to indicate its completion.

The Admin Tool allows the operations personnel to view a list of allwork orders for all accounts. Each work order transaction include, forexample, the following information/criteria: Order ID, Transaction ID,SKU ID, Date and Time opened, Date and Time closed (same as opened ifautomated),Order Status (Delivered automatically, Delivered by OrderFulfillment, Pending Delivery),Billing ID, Billing Status (StatementSubmitted, Automated billing in process, Paid), Operator/CustomerService User (if not automated), and Notes. The Admin Tool allows theoperations personnel to obtain an order work queue report orderedchronologically in reverse order and filtering is allowed using anycombination of the criteria recorded including a Date Range. Thechronological order can optionally be reversed. Additionaladministrative reports are added to draw statistical report to analyzeorder fulfillment processing times to aid in process improvement.

Each Application Service transaction SKU that is configured with anassociated charge is recorded as a debit in a financial billing log forthe requesting account. Each charge will then be collected based on theaccount's billing mode; either immediately by automated credit card/bankprocessing or through a monthly billing process. Monthly billings areaccomplished by either automated credit card/bank processing or bymailed/e-mailed statements. Regular mailed billings may not be used fornon-subscriber accounts. When a billing attempt is successfullyprocessed, a credit is recorded on the account's financial billing log.No charge is recorded until the Order Status indicates that the orderhas been delivered. Payments made by regular mail is posted to theconsumer's account through the Admin tool.

The Admin Tool allows the operations personnel to view a list of allbilling transactions, both debits and credits for all accounts. Eachbilling transaction include, for example, the followinginformation/criteria: Payment ID, Account ID (un-registered usersautomatically have an account assigned based on session), Date and Time,Credit or Debit, SKU ID, Credit/Debit Amount, Credit/Payment method (ifcredit; Automated, Statement, or Accounting Correction), Debit Type (ifcredit; On-line transaction or phone order), Billing Status (StatementSubmitted, Automated billing in process, Paid), Order Status (Deliveredautomatically, Delivered by Order Fulfillment, Pending Delivery). TheAdmin Tool allows the operations personnel to obtain a billing historyreport ordered chronologically in reverse order and filtering is allowedusing any combination of the criteria recorded including a Date Range.The chronological order can optionally be reversed.

Each transactional order or periodic account billing that results in acharge paid through the Credit Card/Bank processing system is recordedin a Automated Payment Transaction Queue for record status throughcompletion. Payments processed are entered in the transaction queue withthe status “Pending Completion”. When the payment system completes thetransaction with the financial system, the payment transaction queueentry is updated with the completion time and the appropriate completionstatus. It is expected that the SET automatic payment system is used tofulfill credit card processing. All SET applicable processing status isaccounted for in the payment transaction queue status.

The Admin Tool allows the operations personnel to view a list of allpayment transactions for all accounts. Each payment transaction include,for example, the following information/criteria: Payment ID, Account ID(Un-registered users automatically have an account assigned based onsession), Date and Time initiated, Date and Time completed, Chargeamount, Billing Status (Charge in process, Charge Approved/Paid, ChargeDenied), and Notes. The Admin Tool allows the operations personnel toobtain an payment queue report ordered chronologically in reverse orderand filtering is allowed using any combination of the criteria recordedincluding a Date Range. The chronological order can optionally bereversed. Additional administrative reports is added to draw statisticalreport to analyze credit card payment processing times to aid in processimprovement.

All correspondence with a consumer account holder is recorded in acorrespondence log (a “correspondence history”). Each correspondenceentry includes, for example, the following information: Account ID, Dateand Time, Correspondence Type (E-mail, fax, phone, statement, mailednotice), Received or Sent, Text of correspondence, Notes, andOperator/Customer Service User (if not automated). The Admin Tool allowsthe operations personnel to obtain a correspondence history reportordered chronologically in reverse order and filtering is allowed usingany combination of the criteria recorded including a Date Range. Thechronological order can optionally be reversed. An additional functionof the Admin Tool is to monitor and control the various processes,services and systems operating in the Web Center. This user interface isa centralized status and control monitoring console that collects dataand feeds-back commands to control various system components. Thefollowing functions are supported by on the system management console:the enabling and disabling of individual servers and software componentshosted in the Web Center; the shutdown and restarting of individualservers and software components hosted in the Web Center; the monitoringof current status of each server and software component hosted in theWeb Center; the monitoring of status of each process in the batchprocess queue; the monitoring of status of each task in a specificprocesses work queue; and, the modification of all system level businessrules.

The system management functions control all components of the WebServices, Application Services, E-Commerce Services, Content Services,Data Services, and Maintenance Services. Additional monitoring andcontrol features are available for the Health & Welfare, Replication,Archival/Restore, and Billing Systems.

In certain implementations, the central component of the Web Center isthe Application Service that acts as a functionality provisioning systemthat binds all Content and Data Services into a cohesive business suiteto service client requests posted through the Web Services. The BusinessApplication Services are implemented as a stateless, transaction systemthat controls access to, and use of, all Web Center services except forthe Web Services sub-system. FIG. 169 illustrates an applicationservices overview 16910 in accordance with certain implementations ofthe invention.

The Business Application Service supports all the enterprise spatialsystem business functions required by the various client interfacesexposed by the Web Services to the Web Center's external interfaces. TheApplication Services provides the interface for both the operationspersonnel and the enterprise spatial system' customer base.

The Application services shall maintain a session for all clientbusiness services required. Each session is established upon the initialrequest posting from the Web Services. Each session is held active aslong as the transaction is in process. The session terminates when theappropriate client response is generated and forwarded to the WebServices. Each subsequent client request shall open a new transactionalsession. Each transaction is logged in an history log to aid inmaintenance and performance/usage analysis.

Each client transaction requested is associated with a specific clientaccount to derive granted rights and record transactions against. If noaccount is identifiable, the Application system shall create and use anon-registered user account instead.

The Application Services ensures that each client requesting atransaction has been granted the right to access that business function.To determine the client's access rights, the Application Servicesvalidates that the role assigned to the client's account includes, forexample, the business function that the client is attempting to execute.If the business function has not been granted, the Application Servicesdenies the client request and forwards that status as a response to theWeb Services. If the business function has been granted, then theApplication Services executes the requested business function andreturns the resulting status and any data that may need to be returnedas part of the business functions completion.

All functionality exposed by the Application Services to the WebServices is segmented into discreet, atomic transactions called businessfunctions. Each terminal state of each transaction is deterministic toassure an atomic transaction model and that the enterprise spatialsystem is not left in an indeterminate state at any time. Any errorcondition encountered is gracefully handled to prevent a partiallycompleted transaction.

The business function breaks down the original client request andutilizes the components of the Content and E-Commerce Services requiredto satisfy the overall functional request. The business function layerassures that only the desired system functionality is provided to theclient and done so using a secure, role based access control system.

In certain implementations, business functions can be grouped into threebasic categories: Content Navigation, Content Delivery and SystemMaintenance.

As for content navigation, an aspect of the Web Center's functionalityis a large, spatially oriented data store. This data store containslarge amounts of detailed imagery and associated business data. A set ofthe business functions is implemented to support many differenttechniques for navigating the large content datasets. To navigate thislarge dataset, the spatial data store is organized using layers ofcontent directories that cover a broad area and have course accuracy.These content directories are used to narrow down queries for data andimagery to a much smaller domain before higher granularity data isrequested from the more densely populated layers of the spatial datastore. These higher level, coarsely populated datasets are thedirectories that are used by the Web Services to help expose the overalloffering to the consumer. This exposure facilitates their navigation ofthe large volumes of data in a logical and business oriented manner,thereby increasing the usability of the site and the satisfaction oftheir requirements for the service.

Additionally, horizontal navigation of the datasets is facilitated bybi-directionally cross-referencing of the tabular and spatial data. Thisfurther facilitates the ease of consumer movement between the datasetsand effectively provides an alternate method for navigating either typesof data by approaching one from the other. These business functionsrequire broad search criteria and return large, coarsely orient datasetsin return. The returned datasets are formatted and presented to theconsumer for individual item or smaller, windowed selections. Theseselections are then re-requested using the higher granularity businessfunctions designed for final form content delivery. In some cases,depending upon need, several layers of continually granular directorylayers could be used. A simpler, varying query criteria technique isused to navigate the non-spatially oriented content of the e-commercesystem. Like the spatial data, once a granular list is returned, aspecific element would be used for detailed content delivery.

As for content delivery, after using content navigation functions todrill down into a very narrow and specific area of data, the ContentDelivery business functions are used to retrieve final form data forviewing, analysis and other types of processing. A specific image orassociated data layer retrieved is used as the spatial focal point forfurther client requests for manipulation of that dataset. Alternatebusiness functions are available to size, reformat, crop, layer andotherwise process data (e.g., GIS information).

Other Content Delivery business functions are used to format all tabularforms of spatial and non-spatial datasets required to fulfill additionalclient features. These additional client features include, for example,worksheet oriented data view and other account related administrationfunctions.

The third group of Application Services business functions are systemmaintenance functions used by operations to monitor and maintain systemsoperations. These business functions are query-based results sets andassociated feed-back controls related to administering system within theWeb Center. The system maintenance business functions include, forexample, transactions used to navigate, analyze and adjust consumer datasets of both E-Commerce and Content Services. Additional Administrationbusiness functions are used to monitor and manage the various serverresource pools and background management functions including the Health& Welfare System, Replication System and Archival/Retrieval System.

In certain implementations the interface model used to access theApplication

Services is a Client/Server model through the Web Services exposed toboth the Intranet and Internet. However, the Application Servicesinterface is architected to be client agnostic and allowsServer-to-Server interface implementations that can utilize the sametransactional interface as the Client/Server model.

The Content Services are comprised of a set of middle tier applicationcomponents accessed through the Application Services. The contentservices shall generate and deliver business content including images,reports and ads. Each of these services is constructed independently,have direct access to all necessary spatial and membership data. FIG.170 illustrates content services 17010 in accordance with certainimplementations of the invention.

There are two main Content services hosted in the Web Center: MapServers to generate geographical imagery combined with data layeroverlays; and Report Servers to generate formatted, non-geographicalimage oriented content such as reports and emails. Both Content servicesprepare data for delivery over either the Web or Email. Ad Servers, thethird Content service, augment web and email user experiences.

The Web Center Map Servers generate geographical imagery combined withdata layer overlays for client delivery. The Map Servers shall acceptContent generations requests from the Business Application Servicescontaining coordinate, resolution and associated data layerrequirements. The Map Servers locate, retrieve, merge and prepare allrequired geo-data based on the Business Application Services initialrequest. The Map Servers navigate the Spatial Datamart to all datarequirements. In certain implementations, the spatial datamart containsall data required to service any geo-image request made by the BusinessApplication Services. The resulting content generated by the Map Serversis delivered back to the Business Application Services for forwarding tothe Web Services or attached to an for delivery.

The Map Servers support generation of imagery and query datasets in bothGeoTIFF and Shape file formats. Additionally, the images and querydatasets can be forwarded through the Business Application Services tothe Report Server. The Report Servers support the conversion of imageryand/or datasets into a PDF format file for attachment to an email ordelivery on a Web page by the Web Services.

The Web Center Report Servers format and prepare all non-geographicaloriented content for client delivery. The Report Servers accept Contentgeneration requests from the Business Application Services containingraw data, business rules and a presentation template reference.

Unlike the Map Servers, the Report Servers locate and retrieve therequested presentation template and then merge all provided raw dataprovided into the template. No direct access to the any data serviceother than the file system that hosts the template files is required.The resulting content is delivered back to the Business ApplicationServices for forwarding to the Web Services or Email Servers fordelivery.

The Report Servers support generation of emails in, for example, bothstandard text and HTML formats. Additionally, the Report Server is ableto convert the generated content into, for example, a PDF format filefor attachment to an email or delivery on a Web page by the WebServices.

All administrative reports and email content is generated using theReport Servers. The Report Servers are used to augment the Web Servicescontent delivery when appropriate and in Web experience areas whereaspects of format and layout may be more fluid than the general userexperience. Business rules for content format and optional PDF passwordsmay be used.

The Web Center supports Ad insertion services to augment the WebContent. For example, ad insertion may include static ad graphicsintegrated as part of the standard web experience files. Additionally,dynamic ad content insertion based on account demographics is supported.Additions to demographic data may be added to support advanced adservicing decision services and associated business rules. All adcontent serviced is tracked and recorded for analysis and ad contentprovider billing.

The E-Commerce Service, like the content services, is comprised of a setof middle tier application components accessed through the ApplicationServices. The E-Commerce Services hosts, manages, and deliverssupporting e-commerce functionality including Account Management,Billing and E-Mail/Fax services. Each of these services is constructedindependently and have direct access to all necessary spatial andmembership data. FIG. 171 illustrates e-commerce services 17110 inaccordance with certain implementations of the invention.

The overall E-Commerce functionality includes account management ande-mail aspects, which are integrated with a custom Billing System andaccessed by custom Application Service transactions.

The following Account Management functionality categories are providedby the E-Commerce Services: Access Control Management, SKU/Billing PlanManagement, Account Registration Information, Activity History, OrderStatus/History, Billing Status/History, Payment Status/History, andCorrespondence History. Each functionality category has a Web Servicesuser interface for administration and to store/manage its relateddatasets in the Membership Data store.

The enterprise spatial system services include, for example, anautomated Billing System that can track and prepare customer billingstatements on both an adhoc and scheduled basis. The Billing System is aone aspect of the overall e-commerce service leveraging components ofthe Web Service and the Membership Data store. If the customer is anunregistered transactional customer, the Billing System is triggered toimmediately to process the transaction charge using the credit cardpayment system. If the client is a registered as a subscriptioncustomer, they can opt for either immediate transactional billing orperiodic billing. Periodic billing is billed at its appropriate servicelevel billing rate and billed at the end of the monthly billing cyclebased on an account billing cycle date.

Subscription account periodic billing include, for example, using abatch process to generate account billing statements. The batch processmay run daily at one or more specific run times that are adjustablethrough the Administration user interface. The Administration Servicesuser interface shall also support suspension and resumption of thebilling batch process, status review of past, current and daily pendingaccounts, and manual removal or addition of accounts for billing. Incertain implementations, the batch process would be run at the leastbusy time of the day.

All accounts with a periodic billing cycle date matching the batch rundate is processed by the Billing System and a bill submitted to thecustomer. Billing cycle dates are randomly assigned from 1 to 28 duringcustomer registration to assure an even statistical spread of the numberof accounts processed by the Billing System each day of the month. Theinitial task of the batch Billing Process is to query all accounts toprocess for that day and add them to a processing queue. Then theBilling Process generates and submits the bill for each subscriptionaccount in the order they occur in the Billing queue. When generatingthe statement for each account, the Billing System is able toautomatically charge the bill amount to the customer's credit cardaccount through an on-line credit card processing system. If thecustomer has selected this options, the billing system shall proceedwith the automatic charge and update the account status according to theresponse from the credit card processing system.

The Billing System submits the account billing data to the ReportService for merging with the appropriate billing document template. Thespecific billing document template used shall depend upon an number offactors including: the method the customer requested to receive theirbilling statements when they registered; their account status; and theirsubscription mode and level.

The Billing System submits all billing statements out of the Web Centervia email. The customer is able to elect to receive their billingstatement directly by email and in on of three formats: text email; HTMLemail, or PDF attachment email. PDF attachment emails may optionally besecured using a password pre-established by the customer as part oftheir account registration process.

The Report Service merges billing data with delivery document templates,optionally generates PDF attachments, and then submits the email to theEmail Service for routing out of the Web Center. If the customer did notelect to receive automated email delivery of their billing statement,the Billing System shall direct the Report Service to generate a PDFformat statement and PDF format mailing label. The generated email withits PDF attachments shall then be directed to the Order Fulfillment deskfor printing and regular mail service delivery.

Transactional usage data is collected on all customer operationsregardless of the clients registration status or billing mode. Thee-commerce shopping cart user experience shall omit the price column andtotal transactional charge lines when transactions are processed onsubscription accounts.

The Web Center Email System provides an asynchronous notification systemused to deliver information and content to both the enterprise spatialsystem customers and operational staff. The Email System is primarilyused to deliver automated billing statements, user experiencenotifications, customer fulfillment requests and health & welfarenotifications. The Email System receives content and addressing criteriafrom the Business Application Services using a standard email API. TheEmail Servers do not perform any manipulation of the content prepared bythe Report Servers except where required to support email delivery.

The Email System delivers all email using, for example, the standardinternet STMP protocol. Email directed to the customer base is deliveredover the public internet. Email directed to operations or customerfulfillment is delivered over a private intranet with the publicinternet serving as an backup. However, an alternate, loosely coupledmessaging system could be used to deliver fulfillment requests given itdoes not require a tightly bound interface that could inadvertentlyinterfere with web center operations. Email receipt notices may beprovided in certain implementations.

Bulk or batch Email deliveries are supported, and the email servers areprovisioned to support potential volume scaling. Fax support issupported using an E-Mail driven fax server hosted in the OperationsCenter. Use of Fax services is directed based on user accountregistration options.

The Data Services are comprised of a set of data stores and filessystems with their associated data access servers containing all liveproduction datasets required for continuous operations. Each DataService is implemented as a separate data store or file system withcross-references stored where necessary to correlate activities andtransactions. FIG. 172 illustrates data services 17210 in accordancewith certain implementations of the invention.

In certain implementations, the data services are dynamic data stores.All dynamic data stores are hosted, for example, on a centralized filesystem or Storage Area Network (SAN) system, such as an EMC or RAIDdevice. The SAN device may be used to centralize the administration ofall dynamic data stores. In certain implementations, the optimal designfor the implementation of the SAN devices is a direct connection to eachserver in the Web Center on an alternate physical interface (such asFibre Channel) separate from the LAN used for server-to-servercommunications. The storage on the SAN device is partitioned to ensuresecurity between servers.

Access to the functionality provided by the Web Center is controlledthrough the E-Commerce/Membership Data store. The E-Commerce Data storeis integrated together with the access control service and e-commercesystem by the Business Application Services to control theadministration, provisioning and usage billing for all system services.

The E-Commerce/Membership Data store contains support for user datacomponents, such as: Access Control Management (a system level datastore of Access Roles and their associated rights to access BusinessFunctions and Functional Attributes); SKU/Billing Plan Management (asystem level data store of billable operations with descriptions,pricing data and any applicable business rules); Account RegistrationInformation (account details including name, address information,billing information, account options, account status and access rightsfor both operational and customer accounts and access to any Web Centerfunctionality requires and active account in the E-Commerce Data store);Activity History (a history of all transactional operations performed orrequested by each individual account); Order Status/History (a historyand current status of all pending and processed customer orders bothmanual and automatically fulfilled); Billing Status/History (a history,or ledger, of all service charges and associated payments against madeagainst an individual account); Payment Status/History (a history andcurrent status of all pending and processed automated credit cardtransactions); and, Correspondence History (a history of allcommunications sent to and/or received from the account holder, whichmay be integrated with a customer service system).

The E-Commerce Data store is implemented as a directory oriented datastore and, in certain implementations, is intended to leverage industrystandard components. For example, the E-Commerce Data store may be anLDAP compliant data store engine with a programmable transactioninterface and support for customizable data objects and schema structurerequired for the above datasets. In certain implementations, Microsoft®Site Server may be used.

An important Web Center component of the enterprise spatial systemservice is the Spatial Datamart. The datamart is an integrated datasetcontaining all geographical imagery and related data layers required tosupport the full client user experience. The Spatial Datamart isdesigned and/or selected based on support of various criteria, such as:Multiple/simultaneous spatially oriented index method includingLatitude/Longitude and UTM, and the final index types to be used aredriven by, for example, empirical testing; Granularity and dataset sizelimitations on queries with broad coordinate ranges, and this isaccomplished through pre-configured index layers and associated imagesthat merge a volume of data points at a lower layer into a single,summary image containing a data point overlay of those points as part ofthe image, and the exact number of layers and summary images shalldepend upon, for example, empirical analysis, and may vary betweenvarious dataset sections of the datamart; VLDB dataset partitionmanagement organized based on spatial coordinate distribution, and oneprimary index is chosen to spatial data partitioning around; Top tierindustry standard raster and vector data formats. Initially this isexpected to be GeoTIFF and Shape files; Spatial index links tosupporting tabular datasets for cross-referencing and alternate queryorientations; Data access of cropped raster images based on vectorpolygon query coordinates, which assures that no more data is retrievedfrom the data services than is required; and, Compression/decompressionservices to reduce storage size requirements and access time, which mayhave negative impact on both processor and RAM resource requirements butis worth while based on the data access speed improvement.

The Spatial Datamart is architected in close concert with the clientuser experience to maximize the performance of on-demand, ad-hoc queryand image access. Significant architectural attention is given duringthe special data store design phase to assure maximum client performancewithout causing individual client requests to place excessive resourcedemands on the various application tiers in the Web Center.

FIG. 173 illustrates a spatial datamart 17310 in accordance certainimplementations of the invention. In certain implementations, thespatial datamart is implemented using the ESRI Arc/SDE system on Oracle®8i data store, although any software or data store may be used.

The various systems hosted in the Web Center generate different sets ofhealth & welfare data intended to help monitor the system's operationand to provide a source of data that can be used for statisticalanalysis and facility planning by any part of the enterprise spatialsystem organization.

The suite of health & welfare data collected include, for example, rawtransactional data from various system sources. The data sources arecollected in either data store form or log files that are periodicallyarchived and purged. There are several categories of systems thatgenerate health & welfare data including, for example: OEM networkingand server components that host the enterprise spatial system service;OEM supplied service components integrated into the enterprise spatialsystem service software; and the enterprise spatial system developedsoftware.

Both the OEM component procurement process and the enterprise spatialsystem development process that provision Web Center systems include,for example, health & welfare data collection and maintenance a keycriteria in their selection or design. When evaluating or designingthese systems, an emphasis is placed on the collection and storage ofmonitored data points. The health & welfare data points collected areconfigurable based of the number and nature of data points that eachsystem component requires to be monitored monitor. Additionally, eachcomponent has the ability to be configured to generate and source metricdata directly as an optional feature. All collected data points arestored in a uniform data store format to facilitate centralized datamanagement and leverage of common analysis and administration tools.Choosing an industry standard data format, such as SNMP based MIBs,allows the procurement and use of OEM supplied analysis andadministration tools.

Up front attention to component health & welfare ensures a sufficientand appropriate level of visibility for operational maintenance andperformance analysis when components are integrated together.

Both the enterprise spatial system developed software and OEM purchasedapplication software that are to be hosted in the Web Center may havelife-cycle maintenance requirements that include, for example, updateson a periodic basis. Periodic updates of application software are bestfacilitated by storage on a central data store and loading once duringeach server's startup sequence. Installations of software updates thenonly requires the update loaded in a single location in the Web Centerand each of the affected server's restarted in order to load the newapplication software.

All Web Center applications are stored on a centralized storage device,such as a SAN system, and then downloaded to each server upon thatserver's request. Deployment of all Web Center application software isaccomplished by the replication server using a “pull” model filetransfer from the Operations Center's systems. All replication server“pull” requests are initiated through the administrative functions ofthe Business Application Services. To assure secure data transfer, alladministrative functions are only allowed through the access controlsystem and network interfaces configured to only allow file transfersinitiated from the replication servers in the Web Center.

During system operations, the need for server-to-server andserver-to-client exchange of images files and other large datasets maybe required. As part of the system architecture, provisions are made tosupport both a direct network file transfer from source server torequesting server and also passing of files through a central storageservice connected through an alternate physical interface (or otherlocal area network) to both servers. To exchange files using centralizedstorage, the sending server shall place a file on the central storageservice and then send a message containing the file location to therequesting server process. A similar technique is used forclient-to-server exchanges except transmission shall always be over aninternet network connection and accomplished using, for example, FTPinstead of NFS or SAN mounted drives. A benefit of supporting analternate file transfer method is to either eliminate or limit theduration of time and number of servers that are required to handle largedatasets directly in RAM and removes the transfer from the peer-to-peernetwork. This helps assure system scalability by limiting importantresource utilization to only absolutely necessary functions. It isespecially effective when interfaces between requesting and sourcingservers are implemented using a message queuing format.

The Temporary File Sharing technique is most effective when the networkand file system access is done over different physical topologies (e.g.,Ethernet vs. Fiber Channel SAN). However, it is still effective inlimiting RAM usage when file systems are NFS mounted over the LAN.

An additional requirement satisfied by implementation of a centralizedfile system is to support centralized administration and maintenance oftemporary file stores. Areas designated on the SAN devices for temporaryfile storage is periodically purged to clear any stray files not purgedautomatically by the requesting services when finished.

The Maintenance Services are comprised of a set of Web Centerapplications with their own servers and consoles that can be remotelyoperated through the Application Services using a Web Services userinterface. The Maintenance Services are used to schedule and/or executeoperational functions required to maintain and monitor the Web Centeroperations. FIG. 174 illustrates maintenance services 17410 inaccordance with certain implementations of the invention.

When triggered, either on-demand or scheduled, each service performs itsfunction either through the Application Services interface or directlyagainst its applicable dataset. The Application Services interface isused when access to content services is required as part of theAdministration Services function. A standardized administrationframework, such as SMS or other SNMP MIB based administration system,may be used if it is capable of being extended to integrate all requiredadministrative services.

An aspect of the health & welfare of an un-staffed Web Center facilityis the ability to remotely monitor and administer all systems andprocesses. A uniform and centrally managed health & welfare technologystandard is chosen for the collection, storage and administration of alldata sources. All systems procured or developed for the Web Center iscompliant to the chosen standard. All health & welfare systemadministration is accessed via web browser through the Web Servicesinterface. The health & welfare component of the Administrative servicesuser interface supports the following functions: the enabling anddisabling of all available data sources (both discrete data sources andlog files); the addition and removal of metric calculation criteria(discrete data sources only); the adjustment of existing metriccalculation criteria (discrete data sources only); the archival andpurging of one, or any group of, data sources (both discrete datasources and log files); timestamp range limited selection and viewing ofraw data in either tabular or log file form (both discrete data sourcesand log files); a query and reporting function that allows the selectionand graphing of any number of compatible data sources (discrete datasources only); the addition, enabling, disabling and removal criteriafor triggering asynchronous operational alert messages (discrete datasources only); and, at least three levels of alert messages including:Informational, Warning, and Alarm. (discrete data sources only).

An application hosted by the Operations facility receives and displaysall alert messages received from the Web Center. In certainimplementations, this alert system may be implemented using email andlater enhanced.

All data of interest is able to be collected as either discrete dataelements or as calculated metric based on preset criteria or both. Allsystems that are identified as requiring metric data generation supportdynamic, remote administration of metric calculation criteria.

Raw and metric data collected is used by operations to isolate systemperformance bottlenecks and analyze future production capacity changes.Application usage data is used by the development and marketing groupsto focus and prioritize resources on areas functionality that areservicing higher customer demand.

In certain implementations, since there are many uses of the health &welfare data, all possible data sources that can be identified arecollected. The systems are not required to provide additional,unpredicted data points without the potential for restarting the serveror component intended as the source of the data. However, the system isable to disable, or turn off, any existing data source without the needfor either a system level or component level restart. A uniformtechnology standard, such as SNMP compliant agents and MIB datarepositories, may be used for the collection and storage of discretedata elements. Additional support for the management of server log filesis provided. A centralized archival and purging system is defined tosupport both SNMP and log file data.

Existing remote console systems, such as OpenView®, may service someportion of the Health and Welfare system functionality.

A Replication System is implemented in the Web Center with the primaryfunction of transferring data in bulk between the Web Center and theOperations Center. The Replication System is operated only be operatedthrough the Administration system of the Web Services and support bothon-demand and timed batch job submissions. The Replication Systeminitiates all exchanges of data between the Web Center and theOperations Center. The Replication System does not accept any externalconnections or requests except from the Web Services.

A primary function of the Replication system is to handle data transfersfor archival and retrieval. All deployment of application software andGIS datasets is accomplished as if it were an archive restore. Deployingsoftware and data into the production system in this manner may imposean additional requirement on both the application and GIS datasetdevelopment environments to be able to generate their deployable imagesin the Replication System's archive format.

The Replication System supports an additional feature to allow thetransfer of selected data in their exact form without any conversion orcompression. This may not be the most efficient means of transportbetween the two facilities and may be restricted to specific datasetssuch as data hosted on standard file systems.

The Replication System includes, for example, a tape system to supportWeb Center local loading and archiving of components as a backupprecaution.

An Archival System is implemented to support both the archival andretrieval of any set of dynamic data housed on the centralized datastore in the Web Center. In certain implementations, the archival systemis a tape based storage system housed in Operations Center.

Since the Web Center is un-staffed in certain implementations, atwo-step archival/retrieval process may be implemented to eliminate theneed for Operations personnel to enter the Web Center to perform theprocess.

Requests to initiate an archival are made using the Administrationsystem hosted by the Web Services. Once the archival criteria isspecified (including when, what and where to archive), a job issubmitted to the Replication Service to perform the archival. At thedesignated time, the Replication Service shall perform the archival ofthe specified data and “push” it, in a compressed archival form, eitherdirectly on to a tape device or to a disk storage area both hosted inthe Operations Center.

Requests to initiate an archive restore are performed in the same manneras archiving except in reverse. Restore request made through theAdministration system shall configure the required Replication Servicejob. When initiated, the Replication Service shall “pull” the archivefrom the Operation Center source location and load it into place in theWeb Center Data Services. An additional process to bring the restoredarchive on-line is required and accomplished through the Administrationsystem.

All archival and restore processes are executed non-intrusively havingno impact on availability of any of the system's operational components.The performance impact of the archival and restore processes is limitedto the minimal system resource usage required to perform the operationagain without impact system availability. It is expected that the finalrestore process shall impact resource system availability as therestored archive is brought back on-line. The level of impact a restoreshall impose is dependant upon what component of the system is beingrestored.

The Replication Service archival/restore system supports optionalencryption of the requested dataset. The Replication Service shall usebest practice industry accepted archival cryptography standards toperform any encryption functions required. Not all types of archives arerestorable into the production environment. The need to restore health &welfare data is not expected to be a requirement at launch or in thefuture. Current and historical operational status of the archival systemis available through the Administration system. The operational statusand history of the archival system is logged as part of the health &welfare system.

The Web Center functionality is reliant upon supporting systems,interfaces and business processes operated in the Operations Center andother external entities. Both the on-going production operations and thelife-cycle system deployment process are tied to these supporting peersystems.

As indicated in the Business Process/Dataflow (FIG. 167), the Web Centeroperates with integrated support from the Operations Center, and otherexternal entities in order to maintain operations on a continual, highavailability basis. Each of these support processes is implemented asremote managed, automated systems, where possible, to ensure minimaldirect interaction with the Web Center by operations personnel. FIG. 175illustrates operational dataflow for the Web Center 17510 in accordancewith certain implementations of the invention.

Operationally, the Web Center is highly integrated with the OperationsCenter and relies on the interfaces with the Operations Center tofunction. There are several categories of data and interfaces addressed,including: Production GIS Data, which is transmitted to the Web Centerand loaded into production use under a strict Quality Control process;Production Applications, which are transmitted to the Web Center andloaded into production use under a strict Quality Control process; OrderFulfillment Data, which is transmitted from the Web Center to beprocessed by systems and personnel in the Operations Center for deliveryto the customer base; and, Operational Monitoring/Usage Data, includingboth web center health & welfare status information and operationalmaintenance controls passed between the Web Center and the OperationsCenter.

As for production GIS Data, a primary function performed in theOperations Center is to transform all disparate data sources into aunified, production ready dataset that can be validated and loaded intothe Web Center for production use. A newly developed dataset follows astrict, two-step Quality Control process to be deployed and broughton-line. The first step is to load the data into its final productionlocation in the Web Center (e.g., via a direct, dedicated, high-volumenetwork link controlled by, for example, a Replication System). Theproduction enabling second step is accomplished through theAdministration Services. The health & welfare section of theAdministration Services allow operations to set the state of the newdataset to on-line and to take off-line any old dataset that it may bereplacing. As part of its business rules, the core Business ApplicationServices always accesses datasets using a version control flag thatidentifies which dataset to use. Therefore, the next client activitythat accesses the affected dataset shall vector to the newly enableddataset instead of its now obsolete predecessor. The Web Center onlymaintains only current datasets to maximize use of limited productionresources. Obsolete datasets are purged from the Web Center after theyare no longer being accessed. This process ensures that any in-processclient activities are completed on the same dataset version they wereinitiated upon and eliminates any potential for termination or otheradverse affect on the client experience. The Operations Center maintainsall past versions of GIS Data as a historical library.

As for production applications, the deployment of productionapplications to the Web Center is accomplished in a similar manner tothat used to deploy GIS datasets. A newly developed applicationcomponent also follows a strict, two-step Quality Control process to bedeployed and brought on-line. The first step is to load the newcomponent into its final production location in the Web Center (e.g.,via a direct, dedicated, high-volume network link controlled by, forexample, a Replication System). The production enabling second step isaccomplished through the Administration Services. The health & welfaresection of the Administration Services allow operations to set the stateof the new component to on-line and to take off-line any old componentthat it may be replacing.

However, deploying application components differs from datasets in thatto bring the newly enabled component into use usually requiresrestarting that component. In most cases there is a pool of componentsof the same type running and available in the Web Center at any time. Toinitiate the use of the newly deployed component, each of the componentsis gracefully shut down and restarted using the Administration Services.The restart of the down pool component is initiated using the newlyinstalled component instead of the original one. This technique shalllimit the impact of software deployment to a small reduction in the poolpopulation.

Slightly different techniques are used to support interdependent datastore schema and application component upgrades that are done inconcert. This process is conducted by first applying a data storeupgrade on a live data store that only added data store components (anydeletions of data store components that are actively in use could bringdown the service). Then the new application software is deployed andbrought on-line as normal. The new software supports two operationmodes: backward compatible to the previous version of software; and alsoin the new form that utilizes the additional data store services. Thenew software's operational mode is based on an active data store versionbusiness rule that forces the new application to write data in the modecompatible with the previous software. Once all instances of theapplication component have been replaced and restarted, theAdministration services are used to set the data store version businessrule to the new version. Initially it may be required to restart eachapplication component a second time to force it to accept the newbusiness rule. Implementing business rule refresh command for allaffected components would be an optimal solution to the problem ofcached business rules.

This data store/application upgrade technique prevents old applicationcomponents from encountering new, unknown and invalid data during theperiod of time the new application is transitioned in. It also preventsthe need for any bulk data migration process since each data record isconverted the first time it is encountered by the new applicationsoftware in the course of processing normal, client requests. Toaccomplish the automatic data migration feature, every data record inevery table in the data store is stamped with a version stamp and thenew application software reads data either an old or new form and alsowrites out in either an old or new form. The input form used is directedby which version of data the new application encounters when it readsthe data store. The output form used is directed by the data storeversion business rule setting.

The Web Center maintains only current application components to maximizeuse of limited production resources. Obsolete application components arepurged from the Web Center after they are no longer being accessed. Thisprocess ensures that any in-process client activities are completedusing the same application version they were initiated with andeliminates any potential for termination or other adverse affect on theclient experience. The Operations Center maintains all past applicationversions in an archive library.

During a user session, any user can request a dataset delivered to theuser. This dataset could be any size or format that the system iscapable of generating. The Web Center takes all order transactions andgenerates a request containing the details of the consumer's order. Thisrequest is sent to a queue at the Order Fulfillment desk in theOperations Center, or Order Fulfillment Center, for completion anddelivery. In certain implementations, the order processing queueimplemented via an email infrastructure.

The Order Fulfillment desk generates the requested image/data order asper the customer request and delivers it to the customer. The deliverymethod may be, for example, through email with attachments or regularterrestrial shipping process, depending upon the nature of thecustomer's request and the amount or format of the data requested.

Some orders are capable of being automatically processed and deliveredby either the Web Center or the Order Fulfillment desk. All automateddelivery is accomplished through email containing attachments and anadditional notification of the completed delivery being copied to theOrder Fulfillment desk. A limiting factor for the automatic delivery ofdata is the end size of the data image requested. Email attachment sizelimits are gathered from each user as part of the registration process.Additionally, a system default attachment size limit is employed.

The Web Center delivers email with attachments directly to the consumerwhen the requested image meets the limit criteria and the requestedformat is the same a as the format in which the images are stored in theWeb Center data store. All systems required to process images intoalternate formats and onto requested delivery media is resident in theOperations Center due to the high reliance on Operations personnelinvolvement.

As for operational monitoring/usage data, sustaining the Web Centercontaining a high-availability, scalable web service environmentrequires the implementation of a comprehensive health & welfaremonitor/control system. The health & welfare system covers allcomponents and layers that comprise the Web Center's systems. The threeprimary monitor groups that is addressed include: NetworkingInfrastructure (all networking components status, usage and controlprovisions natively available is supported); OEM Software Services (allsoftware component resource footprints, status and control provisionsare supported even if not natively available); and, BusinessApplications Services (all client usage information is tracked andlogged with controls implemented through business rules evaluated duringclient functionality execution).

All health & welfare data is collected, monitored and archived forfuture analysis. Active monitoring of available data is accomplishedthrough review of raw logs, exception events, and programmed statisticallimit controls. Implementations depend upon constraints of each specificcomponent or system being monitored or controlled. Remote operations arelimited to controls that have limited or no impact of serviceavailability.

In terms of Web Center to financial institutions processing, a primaryinterface to support fully electronic customer experience is to supportbilling charges on-line. As part of customer registration, a consumercan elect to be billed by credit card either on a one-time or on-goingbasis. Support for standard interfaces to on-line credit card processingfacilities, such as CyberSource®, is supported. These interactions aredone over a private, leased line and not over the public internet forincreased security. Additional provisions are provided to supportaddress verification services.

In terms of Web Center to Internet, the Web Center, as an ASP modelmanaged service, is connected to its customer base via the internet.This interconnection takes on two forms: direct web browser basedinteractive access and asynchronous email services to support the userexperience.

Both browser and email based connectivity may be standard internetprotocol based, including, for example, SMTP, HTTP and HTTPS, or may beother protocols.

As for the production deployment process, maintaining a stable, highavailability web service requires the enforcement of a strict QualityControl process for the introduction of new production applicationsoftware and business data into the production environment. This QualityControl process is important to isolate the production environment fromthe introduction of a non-validated system component with unpredictablebehavior that could jeopardize the web service. The Web Center's QualityControl process is implemented using a multi-stage deployment cycle thatprovides this key level of isolation required. FIG. 176 illustrates adeployment process workflow 17610 in accordance with certainimplementations of the invention.

The Web Center's multi-stage deployment cycle is implemented using threeenvironments and a controlled process to move components between theenvironments.

As for development, all software and production data is developed,integrated and prepared for production deployment in a developmentenvironment where source code, tools and data are very fluid and havelimited controls. The production data is prepared using the GISProcessing System housed in the GIS Processing Center. The various WebCenter production software components is developed and unit tested withtheir own individual development environments either housed in theOperations Center.

All production software and data components are prepared for productiondeployment in a specific deployment format and media. Once ready forproduction, the candidate software/data releases are delivered to aQuality Assurance team for validation in a Staging environment.

As for staging, each production candidate component (both applicationand data) is validated in a Staging environment by a Quality Assuranceteam to ensure a high degree of candidate integrity prior tointroduction into the production environment. The Staging environment isand an exact representation of the Production environment but housed inthe Operations Center. The production candidate component is installedinto the Staging environment by the Quality Assurance team from theexact media to use for installation into the production environment.

The Quality Assurance team executes a pre-written validation test plandesigned to verify all aspects of both the operational and functionalintegrity of the candidate software/data component. If any disqualifyingfailure occurs during the validation test execution, the releasecandidate component is rejected and returned to development or GISProcessing for correction and re-submission to the Staging validationprocess. Once the release candidate component has been passed throughthe Staging environment validation process by the Quality Assuranceteam, it is approved as a production release and delivered to theproduction environment for installation and made available for use.

As for production, the Web Center production environment is comprised ofall the system components required to provide a high-availability webbased managed service facility. The production environment isimplemented with provisions for zero or limited down-time impact foron-going software, hardware and data upgrades throughout its life-cyclemaintenance.

A two step deployment technique is implemented for installing andbringing components on-line in the production environment. Allcomponents are able to be fully installed in their final production formin the production environment without any impact to existing operation.Once installed and fully operational, each component is explicitlyon-line and put into production use. Client components or systems thatutilize each component being deployed shall employ a service director ordispatcher that monitors the on/off-line state of each of the componentsin order to assure the use of the proper, on-line component intended.

As for centralized data storage, the Web Center is designed to be asecure, un-staffed operational facility housed in a larger facilitystaffed by non-the enterprise spatial system employees. A limited amountof operational support, such as server power cycling, can be provided bythe hosting facility staff. Overall, the system is designed as aremotely accessed, monitored and administered facility.

To achieve a fully un-staffed facility, all dynamic data is centrallystored and administered. Dynamic data is defined as any operational orbusiness data that changes over the life-cycle of the systemsmaintenance. This includes, for example, all core data store services,file systems hosting temporary or application level data files, or anylogging/health & welfare data generated by the system. All data of thisnature is hosted, for example, on a central SAN system(s) that can beloaded, backed up, and managed from a central console/maintenancesystem. All application software and business data is loaded from andaccessed on the central data store. All output for health & welfare isdirected to the central data store in either for form of a data storestorage record or system logging files.

All server operating systems are considered to be static data stores andshall reside on the local hard drives of their respective servers withinthe Web Servers. When no dynamically created data will reside on thelocal hard drive, no archiving of server local hard drives are required.Installation or restoration of local server operating systeminstallations is serviced using an image server that connects to thetarget server and downloads an operating system image over the LAN. Dataarchival is therefore implemented for the SAN system. In certainimplementations, the image installer system in the Web Center is a CDbased juke-box system.

As for security considerations, the Web Services interface is the WebCenter's only interface exposed on an externally connected network thatsupports incoming connection requests. All other incoming connectionsare disallowed. Other systems such as the email system shall either beused for outgoing communications only or request external data using a“pull” model like the Replication System. All “pull” model servicerequests are initiated from inside the Web Center through administrativefunctions provided by the Business Application Services. All “pull”model requests are implemented over private network connections betweenthe vault and external, trusted sites.

The Web Services exists in a network isolated DMZ to assurecomprehensive isolation between the public internet and the Web Center'smiddle-tier systems. The Administration system component of the WebServices is hosted on a separate Web Server(s) from the client userexperience and the network tuned to limit access to those servers. Thisshall assure both improve security for important administration systemsbut also a high level of on-demand access isolated from the publicinternet network traffic. The Business Application Services are the WebCenter's only system that processes incoming connection requests fromthe Web Services. No Data Services are connected directly to anexternally connected network and only servers housed within the WebCenter have read and write access to the Data Services.

R. System Architecture

In certain implementations, the enterprise spatial system providesapplication services that integrate and offer on-demand superior qualitydata (e.g., geographical imagery and associated industry specific data)and analysis tools to government, industry and the general public. Theenterprise spatial system' accurate and continually updated data isoffered as both one-time use and periodic subscription based models.

This section describes a high level system architecture for theenterprise spatial system. The description contains the functional,component, and deployment architecture for the enterprise spatial systemWeb Center environment. The specifications for hardware and softwaresystems required to develop, build and run the enterprise spatial systemare described.

The Web Center loads the latest available processed data (e.g., imageryand its supporting data) from the Operations Center; delivers the datato the enterprise spatial system customer base upon demand; and thenprocesses and bills the related usage charges for each customer.

FIG. 177 illustrates data flow 17710 in accordance with certainimplementations of the invention. The data flow(FIG. 177) unifiesseparate architectural pieces into an enterprise spatial systemoverview.

In certain implementations, the enterprise spatial system consists ofsix distinct functional environments. They are the ADS40 ProcessingCenter, the GIS Processing Center, the Operations Center, the WebCenter, the Fulfillment Center and the Customer Service Center. All theprimary processing of the GIS data for client consumption is performedbetween the ADS40 Center and the GIS Processing Center. The OperationsCenter is the hub of all activities in the enterprise spatial systementerprise.

In addition to directing all the enterprise spatial system activities,the Operations Center also hosts the enterprise spatial system softwaredevelopment, software QA, GIS data QA, GIS data archival, Web Centerstaging, order fulfillment processing and second tier customer support.First tier customer support is performed at the Customer Support Center,which may be outsourced to a third party. The Order Fulfillment Centerprovides the logistics for actual media creation, packaging and shippingof the orders. The Web Center System is a pure hosting environment thatcan be managed remotely by the enterprise spatial system personnel fromthe Operations Center.

A high level description of the ADS40 Center design is provided foroverall system reference, but the actual architecture and systemconfigurations may vary. The ADS40 Center is an image collection andprocessing facility that is built around the ADS40 camera imagery andthe LH Systems Geo Vault System. The ADS40 Center does not have anydirect involvement in the business processing, such as order fulfillmentdone by the enterprise spatial system. The ADS40 Center generatesdeployment neutral aerial imagery. FIG. 178 illustrates an ADS40 centerarchitecture 17810 in accordance with certain implementations of theinvention.

The ADS40 Center archives raw image data recorded by the ADS40 cameras.The raw imagery recorded by the ADS40 cameras needs to be preserved as“film” in order to resolve possible disputes over the authenticity ofthe data provided to the end users. The raw imagery from the ADS40cameras will be archived to a tape library. In certain implementations,digital signatures may need to be attached to the imagery afteracquisition to ensure the authenticity of the image data.

Beyond the archival of the raw data from the cameras, all processedimage data is passed to the Operations Center. The data flow from theADS40 Center to the Operations Center is one-way. In a stable operatingenvironment, data will arrive intact and will be processed without anyfurther corruption or loss at the Operations Center. When it is not costeffective to design an automated process for re-transmitting data fromthe ADS40 Center to the Operations Center, initiation of retransmissionwill be done manually.

The ADS40 Center performs data preprocessing. The raw image datarecorded by the camera may not be usable as such by other GIS processingapplications. Several levels of processing are required before the datais in a form usable by third party GIS processors, including the GISprocessing applications used at the Operations Center. The ADS40 Centerperforms this initial processing of the raw imagery, such asortho-rectification to make the image data usable by the OperationsCenter and the Order Fulfillment System at the Operations Center.

Software components include LH Systems Ground Processing System and GeoVault System and LH Systems Client Software. The LH Systems GroundProcessing System provides the preprocessing functionality required forthe ADS40 imagery. The Geo Vault System provides the archivingfunctionality of the ADS40 data. The LH Systems client softwareinstalled at the workstations will be used to work with ADS40 datacoming off the camera. The client software also provides integratedaccess to the Geo Vault catalog stored in the Oracle data store and theactual image data stored in the archive tapes.

External Software APIs include an ADS40 Data retrieval API. In certainimplementations, the ADS40 Center will not provide any GIS data specificexternal APIs for automatic retrieval or retransmission of data from theADS40 Center. Retransmission of ADS40 data us initiated through a manualprocess, such as through e-mails. All aerial image data usable byapplications in the GIS processing arena is archived at the datamart inthe Operations Center.

The hardware requirements at the ADS40 Center are defined by forexample, how the Geo Vault System is purchased. The Geo Vault Systemdefines the hardware configuration if it is purchased as a turnkeysolution. Otherwise another hardware configuration may be used. FIG. 179illustrates a GIS processing center 17910 in accordance with certainimplementations of the invention.

A high level description of the GIS Processing Center design is providedfor overall system reference, but actual architecture and systemconfigurations may vary. The GIS Processing Center acquires, processesand prepares the data coming from various third party data sources tothe point where the data is ready for uploading to the operationsCenter. This center may be an outsourced GIS processing center and maynot be involved in the enterprise spatial system operational functionssuch as order fulfillment.

A function of the GIS Processing Center is to collect GIS data fromenterprise and third party sources. The GIS Processing Center alsoperforms value-added post processing of the ADS40 imagery and collectedGIS data.

The GIS processing facility does not archive or maintain storage of anyof the data it processes. The GIS Processing Center compiles andprocesses the various input data and then passes it on to the OperationsCenter for archiving, QA and deployment.

FIG. 180 illustrates a GIS processing component architecture 18010 inaccordance with certain implementations of the invention. The GISProcessing Center uses various software tools (e.g., from ESRI and othervendors) for all data manipulation. FIG. 181 illustrates a GISprocessing network 18110 in accordance with certain implementations ofthe invention.

In certain implementations, an ArcSDE™ data access protocol providesaccess to input GIS data for the GIS Processing Center. The ArcSDE™ dataaccess protocol's ability to simultaneously work with multiple sourcesfor GIS data is leveraged to interface with multiple disparate datasources. The ArcSDE™ data access protocol directly accesses ADS40 datafrom the Operations Center. The processed data is moved to theOperations Center datamart using a loader, such as ArcToolbox™ loader.

The server software used for GIS processing is ArcIMS™ software with theArcSDE™ data access protocol providing the data access. In certainimplementations, one instance of ArcIMS™ software and one or twoinstances of ArcSDE™ software are run on the GIS Processor machine inFIG. 181, and can be scaled up when higher throughput of data isdesired.

The input to the GIS processing system is the ortho-rectified image datafrom the Operations Center Datamart, publicly available GIS data, GISdata acquired from third parties, and other data. In certainimplementations, the desktop software used by the GIS processingpersonnel is ESRI's ArcGIS™ Desktop. The GIS data processed with desktopsoftware is saved in the GIS Datamart at the Operations Center.

FIG. 182 illustrates an Operations Center 18210 in accordance withcertain implementations of the invention.

The Operations Center is responsible for the archival and management ofGIS data made available to the enterprise spatial system clients and allthe software deployed in the enterprise spatial system enterprise. TheWeb Center may be operated remotely from the Operations Center.

The Operations Center archives and maintains all the processed imagedata and the associated GIS layers in the GIS Datamart. In certainimplementations, at any instance, the GIS Datamart in the OperationsCenter has an exact copy of the data deployed at the Web Center. Inaddition, the GIS Datamart also contains previous versions of the datadeployed at the Web Center. In effect, the GIS Datamart is a datawarehouse for all data ever deployed at the Web Center.

A subcomponent of the GIS Data Storage/Delivery component at theOperations Center is the Versioning/Replication Server that replicatesproduction data from the GIS Datamart to the Web Center Datamart. TheReplication Server allows the Web Center to pull the data from theOperations Center. The Replication Server does not push the data to theWeb Center. The data deployed to the Web Center datamart isautomatically versioned by this server. This allows easy roll back ofWeb Center data when unexpected problems are encountered at the WebCenter that require restoring to previous stable versions of the data.

In certain implementations, software development for the enterprisespatial system organization is performed at the Operations Center.Software integration with third party software may also performed in theOperations Center. The development data store hosts the ConfigurationManagement data and all other data required for the operation of thedevelopment center. The software developed by the development center is,in certain implementations, portable Java code, and the environment is aWindows® environment.

The Operations Center will host the staging cluster, which will be usedto QA the software developed by the development group. Software QA isdone on a staging cluster that is architecturally the same as the WebCenter environment. The staging cluster will access the GIS Datamart forGIS data. Since the GIS Datamart contains exactly the same data as inthe Web Center, the QA is in effect done against the equivalent of livedata.

Staging is the final QA of the software deployed at the Web Center andthe GIS data deployed at the Web Center. Staging is also used to QA anynew GIS data that will be pushed to the Web center. Preferably, stagingrequires an exact replica of the Web Center software/hardwareenvironment to identify software and data issues. This approach may notbe cost effective when the cost of the software/hardware system deployedat the Web Center is of the order of millions of dollars. Therefore, forany scaled layer in the Web Center architecture that has a cluster/farmof two or more hardware boxes/software instances, the staging clusterhas at least two of the hardware machines/software instances. Thisallows staging to test out fail-over and identify software raceconditions and deadlocks. If the Web Center has three or more hardwareboxes/software instances, it is preferable to have at least threehardware boxes/software instances in the staging cluster. Many deadlockissues and load management issues don not surface until there are morethan two machines/software instances in a cluster or server farm.

Orders that cannot be fulfilled directly by the Web Center will be sentto the Operations Center for fulfillment. Typically, orders that requirespecial GIS processing at the Operations Center or those that requirethe transfer of large amounts of data are sent from the Web Center tothe Operations Center. Since the GIS archive at the Operations Centercontains all previous versions of GIS data, the order fulfillmentprocess will be used to retrieve and fulfill orders for earlier versionsof GIS data. A catalog of previous versions of the GIS data will be keptat the Web Center and the users will be given the option to pick amongthe versions listed from the catalog. The Order Fulfillment Server willwork with the GIS Datamart at the Operations Center and does not requireany interfaces with the GIS Processing Center or the ADS40 Center.

The Operations Group working out of the Operations Center will performall functions relevant to running the Web center and the OperationsCenter. This includes, for example, monitoring the Web Center using theHealth & Welfare System installed at the Web Center. The Health andWelfare System used, such as OpenView®, will be accessible from the WebCenter and accessible remotely from the Operations Center. There will bededicated Health & Welfare user consoles both at the Web Center and atthe Operations Center for this purpose. The systems in the Web Centerwill be instrumented with SNMP compliant Agents/MIBs to allow thesesystems to be monitored and controlled remotely.

In certain implementations, maintenance of all the software/hardwaresystems deployed at the Operations Center will be the responsibility ofthe Operations Group. The Operations Group will do all systemmaintenance functions not supported by the staff at the web-hostingenvironment. The Operations staff will also be responsible for theuploading and deploying of data, imagery and application releases to theWeb Center.

In certain implementations, the Operations Center will provide secondtier customer support for the enterprise spatial system clients, and afirst tier customer support will be outsourced to a third party. A thirdparty customer relationship management (CRM) tool may be used as theprimary customer data access tool at the Operations Center. The CRMproduct may be integrated with the in-house bug-tracker software totrack customer reported problems.

The Operations Center will also provide the software/hardware requiredfor the enterprise spatial system corporate infrastructure such ase-mail services, payroll systems and ERP systems.

FIG. 183 illustrates GIS storage components 18310 in accordance withcertain implementations of the invention. The GIS Datamart may be, forexample, an Oracle® 8i data store running on a SAN solution for datastorage. Another option for the storage device may be, for example, aNetApp 840 RAID storage solution.

The GIS Datamart is partitioned into at least five separate data storeinstances. The five instances will be used for GIS Processing, StagingData Storage, Development Testing Data Storage, Temporary FulfillmentData and the GIS Archive Catalog. The GIS Data data store is used tostore new image data coming in from the GIS Processing Center and theADS40 Center. The lifespan of the data in this data store extends fromthe time it arrives from the GIS Processing Center or ADS40 Center tothe time the validated data is loaded to the Web Center. The data willbe archived before it is pushed to the Web Center.

The GIS data for the staging cluster is stored in the Staging Data datastore. Typically the data in this data store will reflect the data inthe Web Center data store plus the new data that is being validated.Upon successful validation, the new data will be replicated to the WebCenter data store and at that point the data in the Staging Data datastore will match the data in the Web Center data store exactly. TheStaging Data data store is then ready to receive the next batch of newGIS data.

The Development Data data store is a scaled down version of the data inthe Staging Data data store. The data in this data store may bepopulated based on developer requests. This data is used for unittesting of software components being developed or integrated by thedevelopment team.

The Fulfillment Data data store holds the GIS data retrieved from thetape archive for order fulfillment. Further processing of data may needto be done such as clipping, reformatting or reprojecting layersdepending on customer requests and access rights. The GIS data will beheld in this area while processing is performed. The lifespan of thedata in this data store extends from the time the data is retrieved tothe time the processed data is sent to the Order Fulfillment Center.

The GIS Archive Catalog is a catalog of all the data stored in the tapearchives. All data is retrieved from the tape archive using the GISArchive. The Versioning Server will update the catalog as it stores newdata and updates old data with new versions. The Order FulfillmentServer will use the catalog to retrieve the data required to fulfill theorder.

The GIS Data store Server can also host other data store instances to beused by systems such as Configuration Management, E-mail Servers,Message Queue Servers etc. The decisions to use or not use the GIS Datastore Server for these functions will be done on a case by case basisdepending on the needs of these software systems.

The software development environment may be, for example, a Windows®based environment. Software development and unit testing is done on theindividual developer machines. The software packages installed on theuser machines will vary depending on individual development roles. FIG.184 illustrates development components 18410 in accordance with certainimplementations of the invention.

The Web Servers and Application Server instances needed for integrationtesting will be run on the Development Test Server machine. Multipleinstances of Web Servers and Application Servers will be run on thismachine to allow multiple developers to perform integration testingsimultaneously without collisions.

The Configuration Management System and development file servers willrun on the Development/Corporate Server. This machine will also hoste-mail services, for example, the Microsoft® Exchange® Server for e-mailservices for an entire corporation. The production GIS Data will also beversioned using the Configuration Management System.

Since the enterprise spatial system is developing an online system thatsupports many (e.g., thousands of) simultaneous users, the QA processuses automated tools to perform load testing. Additional software may beused for problem tracking between QA and the Development Group. SoftwareQA will be performed with the GIS data in the Staging Data data storethat mimics the data in the Web Center data store. In certainimplementations, Software QA is not done with new GIS data from the GISProcessing System in the Staging Data data store unless the new softwarebeing validated requires new data that is not yet in the Web Center.

Staging is done for both new software and new GIS data. Staging is theprimary environment where new GIS data is tested and validated. Stagingis done for data and new software separately. When GIS data is beingstaged, the software running on the staging cluster matches the softwarerunning in the Web Center. When software is being staged, the data inthe Staging Data data store matches the data in the Web Center. The onlyexception to this mode of operation is when the new software beingtested requires new GIS data or new GIS data format that has not yetbeen deployed to the Web Center.

The protocol for initiating the Replication Server to replicate GIS datato the Web Center after successful staging is defined using theConfiguration Management system. A placeholder will represent each batchof new GIS data in the Configuration Management System in a similarmanner as the software pieces are handled. The QA of the GIS data canthen proceed the same way as normal software QA. In this way, thehandover of production GIS data to the Replication Server can beautomated. With this approach, the Configuration Management Systemsversioning capabilities will be used to version the GIS data. Thisavoids the cost of developing and managing a new versioning system forthe GIS data. Because versioning of production GIS data is handledthrough the Configuration Management System, the CM System has to berobust and top-tier in the configuration management arena.

The Replication Server triggers the replication of QA'd production datafrom the Operations Center to the Web Center. From a Web Center securitypoint of view it is against ‘best practice’ to allow an external entitysuch as the Replication Server residing in the Operations Center to pushproduction data into the Web Center. Attacking or ‘hacking’ thisinterface may allow someone to load inappropriate material into the WebCenter data store. Therefore, the data will be pulled from the WebCenter. A data loader running in the Web Center will pull the data fromthe GIS Datamart in the Operations Center when new data is available.The data loader can either poll the Operations Center on a fixed timeinterval for new data or it can be notified about new data through amessaging system. The notification mechanism using a messaging systemwill be used since loading of data into the Web Center comes in burstsand there is no need for the loader to poll the Operations Centerconstantly.

The Replication Server in the Operations Center therefore has severalroles, including, for example: version the data, trigger the archival ofthe data to tape, and then notify the data loader in the Web Center.

There is no need to package the new GIS data for replication since thedata is already sitting as a uniquely identifiable package in the GISData data store. This also makes versioning and archiving easier sincethe new data is all in one place. This will also be less error pronesince the new data is isolated from other data and it can be lockeduntil the archiving system and the Web Center data loader are available.

Versioning will be done through the Configuration Management System asdescribed earlier. In that scenario the only action required of theReplication Server is to link the versioned placeholder for the data inthe Configuration Management System with the index for the new data inthe archive catalog data store.

Triggering the data loader in the Web Center to load the new data willbe done through an XML message sent through a messaging interface. Theenterprise spatial system environment involves very complex interplaysbetween various individually operating software systems and componentsin different locations. It is therefore required to have a full-featuredmessaging solution deployed to facilitate automated communicationbetween the software entities.

Order fulfillment, that cannot be performed directly between the WebCenter and the client, can be performed in one of two ways. The orderinformation can be transmitted from the Web Center to the OperationsCenter using e-mail. The person at the Operations Center receiving thee-mail can initiate the order fulfillment process.

Another solution is to use a messaging interface between the Web Centerand the Operations Center for Order Fulfillment. The Web Center sendsasynchronous XML messages to the Order Fulfillment Server as soon as anorder is received. The Order Fulfillment Server interprets the XMLmessage and retrieves all the required data and processes the data. Theprocessed request is sent to the Order Fulfillment Center for the finalphysical packaging of the data for physical delivery. For onlinedelivery methods such as FTP, the processed data will be sent to thedesignated FTP server. This automated solution is cost effective andscalable since any human interaction is at the very end of thefulfillment process, if needed at all. In certain implementations, thefinal stage of the Order Fulfillment process may be outsourced to athird party Fulfillment Center.

All the software tools required to administer and maintain networks(e.g., of Windows® and Sun® Solaris® machines) are available toOperations personnel. The enterprise spatial system environment does notrequire any special software tools beyond the tools needed in a mixednetwork of, for example, Windows® and Sun® Solaris®machines. The onlyexception are the tool(s) required to remotely monitor and manage theWeb Center. Personnel who are authorized to administer the Web Centerwill have access to monitoring consoles at the Web Center and at theOperations Center. Deployment of new software to the Web Center can beautomated or performed manually.

Second tier customer support will be handled at the Operations Center.CRM e-business solutions may be used as software for the call center.The CRM system may be tied to a problem tracking system to facilitateseamless problem tracking from the call center, to QA, to thedevelopment group.

The Operations Center hosts a myriad of activities ranging fromdevelopment, to corporate IT, to handling production data. As a result,it is important to segregate the network so that network problems,congestion and operational errors in one area of the Operations Centerdo not adversely affect other functional areas of the Operations Center.The Operations Center network is segregated into three LAN segments; theGIS Production LAN, the Development/Corporate LAN and the Staging LAN.FIG. 185 illustrates an Operations Center network 18510 in accordancewith certain implementations of the invention.

The GIS Production LAN hosts all the machines that deal with productionGIS data that pass through the Operations Center. This LAN segment is ineffect a logical extension of the LAN segments in the Web Center. It isimportant to ensure that Production GIS data processing is not affectedby traffic and activities on the other networks in the OperationsCenter.

The Staging LAN is segregated in to its own LAN segment so that stresstesting done in this segment does not affect the performance of theother services in the Operations Center. Segregation of the stagingclusters also ensures that the QA and performance tests that are doneare not colored by the LAN activity caused by other processes in theOperations Center.

The Development/Corporate LAN hosts everything that is not directlyrelated to GIS Production data and the staging activities. All corporateworkstations, file servers, e-mail servers, payroll systems etc. resideon this LAN. All development servers and workstations also reside onthis LAN segment.

The Staging Cluster is a self-contained cluster of machines thatreplicate the machines and the deployment architecture of the WebCenter. FIG. 186 illustrates a Staging Cluster architecture 18610 inaccordance with certain implementations of the invention.

In certain implementations, the machines deployed in the Staging Clusterare the same type of machines as the ones deployed in the Web Center interms of manufacturer, processors and memory configurations. The StagingSystem, however, does not have as many machines as in the Web Center ateach level in the architecture hierarchy. Wherever there are two or moremachines in a server farm or a cluster in the Web Center, there will beat least two in the corresponding server farm or cluster in the StagingCluster. Three of each is preferable.

In certain implementations, the Staging Cluster includes, for example,the Health & Welfare Monitoring Server and the Replication Server. It ispreferable to have these servers in the Staging Cluster to flush out anyinterference to normal Web Center operation caused by the Health &Welfare System or by the Replication Service.

As for external communication links, the Operations Center is connectedto the Web Center with two independent communication links: a low volumelink such as a fractional T1 and a high volume link such as a T3. Bothlinks terminate into firewalls at both ends of the link.

The low volume link between the Operations Center and the Web Center isused for application administration, e-mail and order traffic. The highvolume link between the two is used for back end data (e.g., spatialdata and application software) deployment to the Web Center andOperations monitoring data back from the Web Center. Even though thehigh bandwidth line can be used for all traffic between the Web Centerand the Operations Center from a bandwidth point of view, there areother reasons for keeping them as two separate lines. One is that theyhave different security requirements. The other is that it provides somelevel of redundancy. In certain implementations, the lines are leasedfrom two different telecom providers, and a protocol is available forrouting the different datasets over either one of the lines, if theoccasion arose to do so.

The T3 link may have a QoS controller that guarantees priority bandwidthfor Administration functions during high volume data loads. This allowsthe T3 line to be used as a backup to the T1 line and prevent negativeimpact to Operations during data loading. The Operations Center may alsoprovision a VPN over the Internet to be used as a tertiary backupmeasure.

There is a high volume communication link between the Operations Centerand the ADS40 Center. All ADS40 data will pass through this link. Thesame link will also be used for administrative traffic between theCenters such as e-mails.

There is a high volume communication link between the GIS ProcessingCenter to the Operations Center. This same link is used for alladministrative traffic between the Operations Center and the GISProcessing Center.

The Web Center provides a highly scalable, high throughput and highavailability online system to deploy the enterprise spatial systemsoftware service. The system is architected to run in a third partyhosted environment that is monitored and managed remotely from theOperations Center.

The enterprise spatial system is architected to achieve several designgoals. The enterprise spatial system is scalable at each tier in thearchitecture. The enterprise spatial system scales seamlessly from aprototype system deployed on a single machine for development testing atthe Operations Center to a large-scale web deployment at the Web Center.Each layer is tunable independently based on the traffic at that layerand the software deployed at that layer.

The enterprise spatial system server software is platform neutral. Theenterprise spatial system software is not dependent on any single thirdparty application provider, although the enterprise spatial system mayuse third party applications.

The enterprise spatial system is available 24/7/365. The enterprisespatial system has no or few single points of failure. The preferablesolution has “no single point of failure”. A system that has no singlepoint of failure is also a system that can be maintained easily by hotswapping in and out redundant hardware/software systems with minimalimpact on system up time.

The enterprise spatial system (hardware and software) is upgradeable andmaintainable without bringing the enterprise spatial system servicedown. Many software components and hardware are hot swappable.

Since the enterprise spatial system service is hosted by a web-hostingcenter, physical access to the live system is limited, the enterprisespatial system personnel are able to monitor and control the system froma remote location. All hardware systems and software systems are enabledfor monitoring by a full-featured health and maintenance system.

FIG. 187 illustrates a Web Center Functional Architecture 18710 inaccordance with certain implementations of the invention. FIG. 187illustrates an architecture 1870 that uses ArcSDE™ as the data accesslayer between the core Map Service components and the GIS data store.

From a functional perspective this is a basic three-tier architecturewith the presentation tier, business logic middle tier, and the back enddata storage tier. The actual deployment of this functional system is ann-tier system.

A typical web front end is proposed with, in certain implementations, nobusiness logic present. The web front end acts as a dispatcher to routethe incoming client requests to the appropriate middle tier businesslogic server. The responses from the middle tier business logic serversare formatted and returned to the clients.

Much of the processing done in the Web Center is done at the Core GISService/Application Server layer. The services at this layer aredeployed behind an Application Server. The Application Server acts as aworkflow engine that coordinates the sequence of actions performed bythe various business entities at this tier.

In terms of the Data Access Application Server, ArcSDE™ servers provideaccess to the GIS data in the GIS data store. The data in theaccount/billing data store is accessed directly through native datastore access methods.

The Customer Care/Billing servers provide all the business services forthe enterprise spatial system enterprise. Functions such as billing,credit card processing, e-mail services and order fulfillment processesare either performed by these servers or are triggered by these servers.

FIG. 188 illustrates an alternative architecture 18810 in accordancewith certain implementations of the invention. FIG. 188 contrasts thearchitecture 18710 with an architecture 18810 that leverages the spatialdata access functionality provided by Oracle® 8i Spatial, thuseliminating the need to use ArcSDE™ servers. Thus, various architecturesare encompassed by implementations of the invention.

FIG. 189 illustrates a Web Center Component Architecture 18910 inaccordance with certain implementations of the invention.

The Web Server can be any mainstream Web Server (e.g., with J2EEsupport). The servlet engine can be any mainstream (e.g., J2EE)compliant servlet engine that works with other components.

FIG. 190 illustrates a servlet architecture 19010 in accordance withcertain implementations of the invention. The servlet engines follow themodel2 servlet architecture. A dispatcher servlet receives all incomingHTTP requests. It forwards the request to the appropriate servletdepending on the incoming request. The incoming requests can be broadlycategorized as page requests, map service requests and account requests.The page request servlet will forward the incoming request to theappropriate JSP. The map service servlet will call the EJB that canprovide the service requested by the client, gather the response fromthe EJB and forward it on to the JSP to format the response. The accountservlet will call the appropriate account management EJB, gather theresponse from the EJB and forward it on to the JSP to format theresponse to the client. The JSPs will include, for example, other JSPpages from the JSP library. The JSP library contains JSPs for pageartifacts commonly used across multiple pages such as company logos,license agreements and commonly displayed tables.

The servlets act as a dispatcher for the incoming client requests.Requests are dispatched to different map service EJB session beans thatare registered with the JNDI server depending on the incoming request.Using the JNDI provides an abstraction layer for the EJB session beansallowing more freedom in deploying and configuring the EJB sessionbeans. The servlets are not hard coded for specific URLs where the EJBsare deployed. This allows dynamic deployment of Map Servers withoutaffecting the web front end.

In certain implementations, a J2EE Application Server hosts all theenterprise spatial system business workflow logic. This server can berun either in a server farm with a load balancer in front of it or itcan be run as a cluster. The clustering option is very attractive whenthe entity beans are deployed in the Application Servers that access thedata store through a data store connection pool provided by theApplication Server. Clustering allows a single connection pool to beshared among all the instances of the Application Server. In theenterprise spatial system architecture, this is not an issue since thedata store access occurs at a lower level through the ArcSDE™ servers.Therefore, the Application Servers can be run in a server farm.

Authentication and access control can be performed either by theservices provided by the Application Server or by third partyauthentication and access control software. Third party authenticationsoftware provides a more robust security solution. For the first releaseof the enterprise spatial system product, the Application Serverprovided authentication services could be used. Since the enterprisespatial system does allow adhoc anonymous purchase by non-the enterprisespatial system account holders, all traffic to the Web Server does notgo through the Authentication Service. The Authentication Service isused only when the user logs in.

The Client Map Service Session Beans are the workflow managers of theenterprise spatial system Web Center. These are stateless session beansand can be scaled across an Application Server farm with a load balancerin front. The client session beans provide access to the pool of MapServers at the next level in the architecture.

FIG. 191 illustrates a Client EJB Architecture 19110 in accordance withcertain implementations of the invention. Session beans control accessto the map services and ensure that only authorized clients access mapservices. Access is also allowed after appropriate billing actions havetaken place. For example, if a client requests a fee based mappingservice, the session bean will first check whether the client has anactive account. If the account is present it will make the appropriatebilling updates to the account before initiating the map service. If theclient does not have a valid account, it will reject the response andsend it out to the servlet engine to initiate an adhoc purchase using acredit card. Upon return from the client with the credit card data, thesession bean will initiate a charge against the credit card using thecredit card service. The session bean will initiate the map service onlyafter a successful credit card transaction is made. The client sessionbeans also control the workflow for each incoming client request. Anincoming client map service request may be handled by a sequence ofindividual map service functions. The client session bean will invokethese map service functions in order and return the final result to theclient. This simplifies the client by hiding internal workflow detailsfrom the client side.

The session beans also control the initiation of e-mail notices inresponse to client requests or client actions. All the enterprisespatial system business functions such as account management, logging,billing related activities, order processing etc. are handled or areinitiated by the Client Map Service session beans at the ApplicationServer tier. This leaves the tiers below with pure map servicefunctions.

The Administration Tool Web Server is not exposed to the externalInternet, since the Application Server sits in a LAN segment separatedfrom the Client Web Server DMZ. Only personnel connected to theenterprise spatial system intranet can see this Administration Tool WebServer. As an additional level of security, administration tool accesswill be protected with, for example, a smart card based authenticationscheme.

Map Servers are given their own tier in the architecture due to thelarge amount of data that moves back and forth between the Map Serverand the data store and the processor intensive nature of the Map Serveroperations. The data access layer is directly below the Map Server tier.This structure also allows the Map Servers to be modularized to onelayer allowing new map services to be incorporated with minimal impactto the rest of the system. Third party map services can be incorporatedeasily as long as they are compatible with the data access layer.Another benefit is that the machines hosting the Map Servers can bescaled without impact to the other layers that need not be scaled asfast as the Map Servers. In certain implementations, the enterprisespatial system will host ArcIMS™ Spatial Servers at this layer. TheSpatial Servers typically work with a statically assigned ArcSDE™connection. The ArcIMS™ implementation does support a pool of ArcSDE™data store connections, which is a desirable solution from thearchitectural purity point of view.

Since the ArcIMS™ Spatial Servers are statically associated with theArcSDE™ connections, a pool of ArcIMS™ threads at the Application Serverlayer will be used to achieve a scalable architecture. This alsorequires an ArcIMS™ Spatial Server manager running on the ApplicationServer to manage the statically initiated Spatial Servers.

The Report Servers run at the Map Server layer and perform reportgeneration functions based on its input data and report specifications.

In certain implementations, ArcSDE™ servers are used to access thespatial data in the Oracle® 8i data store. The ArcSDE™ serverarchitecture introduces restrictions on how the data store can beaccessed from the Application Server. Preferably, the data storeconnection pooling mechanism provided by the leading J2EE ApplicationServers would be used to access the data store. Wherever possible,entity beans with bean managed persistence are used to encapsulate theArcSDE™ connections.

All the business functions such as account management, billing, creditcard processing and order processing will be handled by an e-commercesolution, which may be a third party e-commerce solution. A shoppingcart implementation is available to quickly enable the web site foronline commerce.

All account information, activity history, billing history,correspondence history, etc. is held in a data store instance separatefrom the GIS Spatial data store instance. The main storage box thathouses the GIS Spatial data store may also be used to store theAccount/Billing data store.

As for the Health & Welfare System, Java components developed by theenterprise spatial system are instrumented as per the JMXspecifications, in certain implementations. JMX specifications allowimportant components to be monitored and controlled remotely through amanagement console. JMX provides a very powerful means of monitoring andcontrolling resource pools such as thread pools, data store connectionpools etc. FIG. 192 illustrates Health & Welfare Components 19210 inaccordance with certain implementations of the invention.

The GIS Data Loader is a service that loads new GIS data from theOperations Center to the Web Center Spatial Data store. FIG. 193illustrates a GIS Data Loader 19310 in accordance with certainimplementations of the invention. The GIS Data Loader is notifiedthrough a messaging service when new data is available to be loaded. TheGIS Data Loader will initiate a secure dialog with the Operations Centerand retrieve the new data from the Operations Center.

In certain implementations, the Web Center does not have any dataarchival functions, and the data archival functions reside at theOperations Center. Normal operations at the Web Center generate datasuch as account history and billing history that is archived. The DataArchiver allows data from the Web Center to be archived at theOperations Center. FIG. 194 illustrates a Data Archiver 19410 inaccordance with certain implementations of the invention.

The Data Archive Scheduler/Formatter gathers data from theAccount/Billing data store, the Health & Welfare Data store and theProduction Spatial Data data store at predefined intervals. It does thenecessary data transformation and cleansing functions. Sensitive datathat is archived will also be encrypted by this component. The DataReplication Client establishes a secure session with the ReplicationServer at the Operations Center and sends the data over to theOperations Center.

In certain implementations, the raster data is expected to be stored inthe Production Spatial data store in Mr SID format. The various layerson top of the raster imagery may be handled as vector graphics storedwithin the data store. The ArcSDE™ server may store the layer data inits own proprietary format in the data store for efficient access. Thedata store uses multiple/simultaneous spatially oriented index methodsincluding Latitude/Longitude and UTM. ArcSDE™'s ability to representraster datasets in resampled pyramids could be used to improve drawingperformance and reduce data store access times. Each level in thepyramid is a resampled representation of the raster data at a lowerresolution than the image at the next lower level in the pyramid. Soeach higher level in the pyramid contains the image at a moregeneralized level. The Map Servers can access a particular layer in thepyramid depending on the resolution requirements of the map servicerequest.

The number of levels in the pyramid is arrived at by profiling andempirical analysis of the datasets in the datamart. Each layer in thepyramid requires more storage space. So a balance has to be achieved forthe number of layers based on the dataset requirements for the actualthe enterprise spatial system software. Since raster data is stored as aset of tiles at each level in the pyramid, cropped raster images areaccessed based on vector polygon query coordinates for the tilescovering the image. This assures that no more data is retrieved from thedata services than are required.

The production data store contains only the latest version of the GISdata. It will also access a catalog of the various versions of allavailable data to allow users to order versions different from the onethat is available in the Web Center.

FIG. 195 illustrates an architecture 19510 for the hardware, softwareand network architecture for an enterprise spatial system web deploymentin accordance with certain implementations of the invention. FIG. 195shows the relationship and data flow between the hardware/softwarecomponents deployed in the Web Center.

The Web Servers will be deployed in an independent network segment. TheWeb Servers are exposed to the Internet and are the first target forhackers. Separating the Web Servers into a separate layer creates a kindof DMZ that restricts access to the core servers in the Web Center. Asecond firewall may be added to the layer between the Web Servers andthe Application Servers to tighten down security.

The Web Servers are deployed as a farm and they do not maintain anystates on user sessions.

The Application Servers host all the EJBs that make the map servicesavailable to the users. The Application Servers host all the workflowlogic. The Application Servers are deployed as a farm, but may also bedeployed as a cluster or in another form.

The Map Servers are GIS processing engines that do not carry state. Thisallows easy deployment of new map services without affecting the higherlayers in the architecture. They will be deployed as a server farm andpooled at the layer above. The map services will be segregated based onhow processor/memory intensive these services are and then deployed onmore or less powerful CPUs as appropriate. The dispatching to thedifferent services on the different CPUs is assigned at a higher level.

The ArcSDE™ servers are statically assigned to the Map Servers at thelayer above. The Application Server will host an ArcSDE™ monitor servicethat monitors the health of the various ArcSDE™ connections andterminate, initiate and assign ArcSDE™ connections to Map Servers asneeded.

The client interface to the Web Center will be either HTTP or HTTPSbased. All forms containing sensitive and personal data will go over theHTTPS link and other data will go over HTTP. The enterprise spatialsystem Architecture is designed to support various types of clients,including, for example: Browser only, Browser plus Applet (Thin Client),and Browser plus download (Thick Client). FIG. 196 illustrates a ClientInterface Architecture 19610 in accordance with certain implementationsof the invention.

The browser client sends and receives HTML forms. There are no appletsor plugins to download.

The thin client works with a lightweight plugin or Java appletdownloaded to the client browser. The plugin provides the ability to dolocal manipulation of GIS data. The browser's native support for theHTTP and HTTPS protocol will be used for communication with the WebServer. The applet/plugin is not involved in the communication path.FIG. 197 illustrates a Thin Client Architecture 19710 in accordance withcertain implementations of the invention. In particular, FIG. 197illustrates a high-level component architecture of the client downloadapplet.

The XML request builder builds the XML request that will be sent to theWeb Server for processing. The Web Server will accept XML requests inArcXML format and also possibly in other formats defined by theenterprise spatial system for functions not supported by ArcIMS™.

The Local Data Overlay Manager component handles the retrieval of GISdata from local storage merging the same with the GIS data retrievedfrom the Web Server. The local GIS processor does all local manipulationof the GIS image in the browser. This can include, for example, localzooming in and out, adding annotations on the map etc. The download datadecoder is used to unpack the data coming down from the Web Server.Typically this will involve uncompressing the data and pulling out thecomponents of a composite image. The Upload Data Encoder is used whenGIS images locally manipulated or changed are uploaded to be saved. Theactions involved will typically be to put together the layers of theimage in a format expected by the server and then compressing it forquick upload.

The print processor prepares the currently displayed GIS image forprinting. The actual printing will be done by the browser printfunction. The applet/plugin does not perform client operating systemprinting. The print processor pre-processes the image data by applyingall the GIS layers to the raster data for the printer.

Corporate the enterprise spatial system clients who have dedicatedconnections to the enterprise spatial system will typically use thickclients. The thick client will communicate directly with the servletengine using the HTTP and HTTPS protocols. The Web Server will bebypassed since the thick client is not browser based. Going directly tothe servlet engine allows the current infrastructure to be used tosupport thick clients in the future with no infrastructure changes onthe Web Center.

MapQuest is a registered trademark or trademark of MapQuest.com in theUnited States and/or other countries. Autodesk MapGuide is a registeredtrademark or trademark of Autodesk, Inc. Microsoft Internet Explorer andWindows are registered trademarks or trademarks of Microsoft Corporationin the United States and/or other countries. Macintosh is a registeredtrademark or trademark of Apple Computer, Inc. in the United Statesand/or other countries. UNIX is a registered trademark or trademark ofThe Open Group in the United States and/or other countries. ArcIMS,ArcGis, ArcToolbox, and ArcSDE are registered trademarks or trademarksof ESRI in the United States and/or other countries. Oracle is aregistered trademark or trademark of Oracle Corporation in the UnitedStates and/or other countries. DT/Studio is a registered trademark ortrademark of Embarcadero Technologies, Inc. in the United States and/orother countries. Netscape is a registered trademark of trademark ofNetscape Communications in the United States and/or other countries.Linux is a registered trademark or trademark of Linus Torvalds in theUnited States and/or other countries. CyberSource is a registeredtrademark or trademark of CyberSource in the United States and/or othercountries. OpenView is a registered trademark of trademark ofHewlett-Packard Company. Sun and Solaris are registered trademarks ortrademarks of Sun Microsystems Corporation in the United States and/orother countries.

Additional Implementation Details

The described techniques may be implemented as a method, apparatus orarticle of manufacture using standard programming and/or engineeringtechniques to produce software, firmware, hardware, or any combinationthereof. The term “article of manufacture” as used herein refers to codeor logic implemented in hardware logic (e.g., an integrated circuitchip, Programmable Gate Array (PGA), Application Specific IntegratedCircuit (ASIC), etc.) or a computer readable medium, such as magneticstorage medium (e.g., hard disk drives, floppy disks tape, etc.),optical storage (CD-ROMs, optical disks, etc.), volatile andnon-volatile memory devices (e.g., EEPROMs, ROMs, PROMs, RAMs, DRAMs,SRAMs, firmware, programmable logic, etc.). Code in the computerreadable medium is accessed and executed by a processor. The code inwhich preferred embodiments are implemented may further be accessiblethrough a transmission media or from a file server over a network. Insuch cases, the article of manufacture in which the code is implementedmay comprise a transmission media, such as a network transmission line,wireless transmission media, signals propagating through space, radiowaves, infrared signals, etc. Thus, the “article of manufacture” maycomprise the medium in which the code is embodied. Additionally, the“article of manufacture” may comprise a combination of hardware andsoftware components in which the code is embodied, processed, andexecuted. Of course, those skilled in the art will recognize that manymodifications may be made to this configuration without departing fromthe scope of the present invention, and that the article of manufacturemay comprise any information bearing medium known in the art.

Although spatially referenced images were described as being createdwith points associated with longitude and latitude (e.g., X, Ycomponents), the images may be described with other spatial data, suchas a third dimensional component (e.g., X, Y, Z components).

The logic described using certain figures referred to specificoperations occurring in a particular order. In alternativeimplementations, certain of the logic operations may be performed in adifferent order, modified or removed. Moreover, operations may be addedto the above described logic and still conform to the describedimplementations. Further, operations described herein may occursequentially or certain operations may be processed in parallel, oroperations described as performed by a single process may be performedby distributed processes.

The illustrated logic of certain figures was described as beingimplemented in software. The logic may be implemented in hardware, inprogrammable and non-programmable gate array logic or in somecombination of hardware, software, or gate array logic.

FIG. 198 illustrates an architecture of a computer system that may beused in accordance with certain implementations of the invention. Thecomputer architecture 19800 may implement a processor 19802 (e.g., amicroprocessor), a memory 19804 (e.g., a volatile memory device), andstorage 19810 (e.g., a non-volatile storage area, such as magnetic diskdrives, optical disk drives, a tape drive, etc.). An operating system19805 may execute in memory 19804. The storage 19810 may comprise aninternal storage device or an attached or network accessible storage.Computer programs 19806 in storage 19810 may be loaded into the memory19804 and executed by the processor 19802 in a manner known in the art.The architecture further includes a network card 19808 to enablecommunication with a network. An input device 19812 is used to provideuser input to the processor 19802, and may include, for example, akeyboard, mouse, pen-stylus, microphone, touch sensitive display screen,or any other activation or input mechanism known in the art. An outputdevice 19814 is capable of rendering information transmitted from theprocessor 19802, or other component, such as a display monitor with adisplay screen, printer, storage, etc. The computer architecture 19800of the computer systems may include fewer components than illustrated,additional components not illustrated herein, or some combination of thecomponents illustrated and additional components.

The computer architecture 19800 may comprise any computing device knownin the art, such as a mainframe, server, personal computer, workstation,laptop, handheld computer, telephony device, network appliance,virtualization device, storage controller, etc. Any processor 19802 andoperating system 19805 known in the art may be used.

The foregoing description of implementations of the invention has beenpresented for the purposes of illustration and description. It is notintended to be exhaustive or to limit the invention to the precise formdisclosed. Many modifications and variations are possible in light ofthe above teaching. It is intended that the scope of the invention belimited not by this detailed description, but rather by the claimsappended hereto. The above specification, examples and data provide acomplete description of the manufacture and use of the composition ofthe invention. Since many implementations of the invention can be madewithout departing from the spirit and scope of the invention, theinvention resides in the claims hereinafter appended.

1. A system for managing community awareness data for a communityawareness program (CAP) operable with at least one processor comprising:a data management system configured to manage storage and retrieval ofgeospatial data for an area associated with the CAP and feature datacomprising audience data identifying at least one audience memberassociated with the CAP and at least one member of a group consisting ofCAP asset data identifying at least one CAP asset associated with theCAP, interest area data identifying at least one interest area for theCAP asset, and buffer area data identifying at least one buffer area forthe CAP asset; a spatial management system configured to generate atleast one query of the geospatial data and the feature data, todetermine selected feature data corresponding to the query comprising atleast one second member of a second group consisting of at least someaudience data and at least some CAP asset data, to determine selectedgeospatial data corresponding to the query, and to generate at least oneimage for the selected geospatial data identifying at least a CAP areaportion of the area associated with the CAP, at least one point featurein the CAP area portion identifying the at least one audience member,and at least one third member selected from a third group consisting ofthe at least one CAP asset, at least an interest area portion of the atleast one interest area, and at least a buffer area portion of the atleast one buffer area; and a program management system configured togenerate the query to the spatial management system, to receive the atleast one image and the selected feature data from the spatialmanagement system, and to generate for display the at least one imageand the selected feature data.
 2. The system of claim 1 wherein the datamanagement system comprises other geospatial data for the area for theCAP, the spatial management system is configured to generate at leastone other image comprising the other map data identifying selected othergeospatial data, and the program management system is configured toaccept an input corresponding to the query, the input comprising aselection on the other image.
 3. The system of claim 1 wherein theprogram management system is configured to accept an input correspondingto the query, the input comprising at least one fourth member of afourth group consisting of an address, a street, an intersection, acounty, a zip code, a city, a state, a region, a location code, a SICcode, and a FIPS code.
 4. The system of claim 1 wherein the programmanagement system is configured to accept an input corresponding to thequery, the input comprising at least one fourth member of a fourth groupconsisting of an audience type, a journal entry type, a company name, aphone number, and a contact name.
 5. The system of claim 1 wherein theCAP comprises at least one fourth member of a fourth group consistingof: a pipeline CAP, wherein the CAM data comprises at least one fifthmember of a fifth group consisting of pipeline asset data for at leastone pipeline asset, pipeline interest area data for the at least onepipeline asset, pipeline buffer area data for the at least one pipelineasset, the audience data for the at least one audience member, journaldata for at least one journal entry, document data for at least onedocument, pipeline audit data for the at least one pipeline asset, andpipeline location data for the at least one pipeline asset; a callcenter CAP, wherein the CAM data comprises at least one sixth member ofa sixth group consisting of call center asset data for at least one callcenter asset, call center interest area data for the at least one callcenter asset, call center buffer area data for the at least one callcenter asset, the audience data, the journal data, the document data,call center audit data for the at least one call center asset, and callcenter location data for the at least one call center asset; and autility CAP, wherein the CAM data comprises at least one seventh memberof a seventh group consisting of utility asset data for at least oneutility asset, utility interest area data for the at least one utilityasset, utility buffer area data for the at least one utility asset, theaudience data, the journal data, the document data, utility audit datafor the at least one utility asset, and utility location data for the atleast one utility asset.
 6. The system of claim 1 wherein the selectedfeature data comprises at least one fourth member of a fourth groupconsisting of audience location data and statistic data
 7. The system ofclaim 1 wherein the spatial management system is configured to generatethe at least one image identifying at least the CAP area portion, the atleast one point feature in the CAP area portion identifying the at leastone audience member, the at least one CAP asset, and at least one fourthmember selected from a fourth group consisting of the at least theinterest area portion and the at least the buffer area portion.
 8. Thesystem of claim 1 wherein: the feature data further comprises at leastone fourth member of a fourth group consisting of document dataidentifying at least one document associated with at least one fifthmember of a fifth group consisting of the at least one audience memberand the at least one CAP asset and journal data identifying at least onejournal entry associated with at least one other member of the fifthgroup consisting of the at least one audience member and the at leastone CAP asset; the program management system further is configured toquery the data management system for corresponding cross reference data,to receive the corresponding cross reference data from the datamanagement system, and to generate the corresponding cross referencedata for display, wherein the corresponding cross reference datacomprises the at least one fourth member of the fourth group consistingof the document data and the journal data; and the data managementsystem is configured to receive the corresponding cross reference dataquery, to determine the corresponding cross reference data, and totransmit the corresponding cross reference data to the programmanagement system.
 9. The system of claim 8 wherein the cross referencedata consists of the journal data, and the program management system isconfigured to generate the journal data for display.
 10. The system ofclaim 8 wherein the cross reference data consists of the document data,and the program management system is configured to generate a link forthe at least one document associated with the document data and, uponreceiving a selection of the link, to retrieve the at least one documentfrom the data management system and to generate the at least onedocument for display.
 11. The system of claim 8 wherein the crossreference data consists of the at least one document associated with thedocument data, and the program management system is configured togenerate the at least one document for display.
 12. The system of claim1 further comprising an audience management system configured to manageaudience data for the at least one audience member.
 13. The system ofclaim 12 wherein the audience management system is configured to enableaudience data entry comprising at least one fourth member of a fourthgroup consisting of entering the audience data for a new audience entryand editing the audience data.
 14. The system of claim 1 wherein thespatial management system comprises: a spatial processor configured toreceive the query from the program management system, to query the datamanagement system, to receive the selected geospatial data and theselected feature data, and to return the selected feature data to theprogram management system; and an image processor configured to generatethe at least one image to the program management system.
 15. A systemfor operable with at least one processor comprising: an enterprisespatial system configured to manage storage and retrieval of geospatialdata for an area of interest and enterprise data comprising customerinformation identifying at least one customer and at least one member ofa group consisting of asset data identifying at least one asset,interest area data identifying at least one interest area for the asset,and buffer area data identifying at least one buffer area for the asset;the enterprise spatial system configured to generate at least one queryof the geospatial data and the enterprise data, to determine selectedenterprise data corresponding to the query comprising at least onesecond member of a second group consisting of at least some customerinformation and at least some asset data, to determine selectedgeospatial data corresponding to the query, and to generate at least oneimage for the selected geospatial data identifying at least a an areaportion of the area of interest, at least one point in the area portionidentifying the at least one customer, and at least one third memberselected from a third group consisting of the at least one asset, atleast an interest area portion of the at least one interest area, and atleast a buffer area portion of the at least one buffer area; and aclient system configured to generate the query to the enterprise spatialsystem, to receive the at least one image and the selected enterprisedata from the enterprise spatial system, and to generate for display theat least one image and the selected enterprise data.
 16. The system ofclaim 15 wherein the enterprise spatial system comprises othergeospatial data for the area of interest, the enterprise spatial systemis configured to generate at least one other image comprising the othermap data identifying selected other geospatial data, and the clientsystem is configured to accept an input corresponding to the query, theinput comprising a selection on the other image.
 17. The system of claim15 wherein the client system is configured to accept an inputcorresponding to the query, the input comprising at least one fourthmember of a fourth group consisting of an address, a street, anintersection, a county, a zip code, a city, a state, a region, alocation code, a SIC code, and a FIPS code.
 18. The system of claim 15wherein the client system is configured to accept an input correspondingto the query, the input comprising at least one fourth member of afourth group consisting of a customer type, an archival entry type, acompany name, a phone number, and a contact name.
 19. The system ofclaim 15 comprising at least one fourth member of a fourth groupconsisting of: a pipeline, wherein the asset data comprises at least onefifth member of a fifth group consisting of pipeline asset data for atleast one pipeline asset, pipeline interest area data for the at leastone pipeline asset, pipeline buffer area data for the at least onepipeline asset, the customer information for the at least one customer,archival data for at least one archival entry, document data for atleast one document, pipeline audit data for the at least one pipelineasset, and pipeline location data for the at least one pipeline asset; acall center, wherein the asset data comprises at least one sixth memberof a sixth group consisting of call center asset data for at least onecall center asset, call center interest area data for the at least onecall center asset, call center buffer area data for the at least onecall center asset, the customer information, the archival data, thedocument data, call center audit data for the at least one call centerasset, and call center location data for the at least one call centerasset; and an infrastructure, wherein the asset data comprises at leastone seventh member of a seventh group consisting of infrastructure assetdata for at least one infrastructure asset, infrastructure interest areadata for the at least one infrastructure asset, infrastructure bufferarea data for the at least one infrastructure asset, the customerinformation, the archival data, the document data, infrastructure auditdata for the at least one infrastructure asset, and infrastructurelocation data for the at least one infrastructure asset.
 20. The systemof claim 15 wherein the selected enterprise data comprises at least onefourth member of a fourth group consisting of customer location data andstatistic data.
 21. The system of claim 15 wherein the enterprisespatial system is configured to generate the at least one imageidentifying at least the area portion, the at least one point in thearea portion identifying the at least one customer, the at least oneasset, and at least one fourth member selected from a fourth groupconsisting of the at least the interest area portion and the at leastthe buffer area portion.
 22. The system of claim 15 wherein: theenterprise data further comprises at least one fourth member of a fourthgroup consisting of document data identifying at least one documentassociated with at least one fifth member of a fifth group consisting ofthe at least one customer and the at least one asset and archival dataidentifying at least one archival entry associated with at least oneother member of the fifth group consisting of the at least one customerand the at least one asset; the client system further is configured toquery the enterprise spatial system for corresponding cross referencedata, to receive the corresponding cross reference data from theenterprise spatial system, and to generate the corresponding crossreference data for display, wherein the corresponding cross referencedata comprises the at least one fourth member of the fourth groupconsisting of the document data and the archival data; and theenterprise spatial system is configured to receive the correspondingcross reference data query, to determine the corresponding crossreference data, and to transmit the corresponding cross reference datato the client system.
 23. The system of claim 22 wherein the crossreference data consists of the archival data, and the client system isconfigured to generate the archival data for display.
 24. The system ofclaim 22 wherein the cross reference data consists of the document data,and the client system is configured to link the at least one documentassociated with the document data and to retrieve the at least onelinked document from the enterprise spatial system and to generate theat least one document for display.
 25. The system of claim 22 whereinthe cross reference data consists of the at least one documentassociated with the document data, and the client system is configuredto generate the at least one document for display.
 26. The system ofclaim 15 further comprising the enterprise spatial system configured tomanage customer information for the at least one customer.
 27. Thesystem of claim 26 wherein the enterprise spatial system is configuredto enable customer information entry comprising at least one fourthmember of a fourth group consisting of entering the customer informationfor a new customer entry and editing the customer information.
 28. Thesystem of claim 15 wherein the enterprise spatial system comprises: anenterprise spatial processor configured to receive the query from theclient system, to query, to receive the selected geospatial data and theselected enterprise data, and to return the selected enterprise data tothe client system; and client software configured to generate the atleast one image to the client system.